slack_transfer.run の使い方#

環境構築のステップが完了している前提で説明します．

0. 全体像と用語定義#

slack_transfer.run を用いることで，移行元のSlack workspaceから移行先のSlack workspaceにデータを移行することができます．

まず，ここでは以下のように用語を定義します．

WS: slack workspaceのことを意味します．
OrG: Slack OrGのことを意味します．Enterprise gridの契約をしている場合のみに適用され，多くの場合，意識する必要はありませんが，このレポジトリの特記事項などにおいてEnter prise grid配下のWSの場合の注意事項がある場合があります．
download側: ここでは，移行元のWSを指します．データをこのWSからdownloadすることからdownload側と呼びます．
upload側：ここでは，移行先のWSを指します．データをこのWSにuploadすることからupload側と呼びます．
端末: 環境構築で環境構築

このレポジトリでは，同じWSでもdownload側とupload側を間違えてしまうと，大事故の原因なので，明示的に分離を行っており，tokenの権限なども役割に合わせて，read/writeを使い分けるなどして，事故が起きないようにします．

slack_transfer.run は基本的に移行作業をall-in-oneで実施します．さまざまな対策はしているとはいえ，slackサーバーの挙動や，子のレポジトリに存在する潜在的なバグにより，一発で成功しない場合もあることは，あらかじめご承知おきください． slack_transfer.run が実施する作業は以下です．

┌────────────┐                ┌────────────┐              ┌────────────┐
│download側WS│  --download->  │    端末    │  --upload->  │ Upload側WS │
└────────────┘                └────────────┘              └────────────┘

そのため，端末に，download側WSのデータを保存するのに充分なディスク容量が必要です．一般的に，大きい容量を必要とするものではありませんが，download側WSの添付ファイルなども端末にダウンロードするため，添付ファイルのサイズと量次第では，大きな容量を必要とする場合があります．フリープランを使用していれば，5GBを超える場合にアップロード時に警告が出ていると思われます．他にも，事前に容量を確認できる機能を実装する予定はあります．

1. 注意事項#

移植といっても，完全な移植はできません．できる限り多くを移植できるようには努めていますが，一部Slack APIの仕様上できないものがあります．現時点で対応していないものは以下です．

Slack connectの移植 (Slack connectは，connect元につなぎなおしを依頼してください)

Bookmarkの移植におけるフォルダー分けの維持 (Slack APIの設計上不可能)

Slack postを移植した場合に，フォーマット崩れする可能性があることと，readonlyで移植される (Slack　APIの設計上不可能)

reactionの移植 (APIではbotがreactionのemojiを押すことしかできないので，)

3000文字を越える投稿におけるフォーマット崩れの可能性 (APIの制限のため，分割投稿となるから．)

メッセージの移植はAPIによる代理投稿として行われるので，タイムスタンプは移植時の物に変わります．代わりに，投稿者名の末尾にオリジナルのタイムスタンプを付与しています．

MITライセンスで提供されており，なんら保証はありません．

Channelしか移植できません．DMは移植できません．

なお，このツールは，できる限り，破壊的操作を行わないように設計されています．

Download側WSで実施されうる変更：

このツールで使用するSlack botがすべてのPublic channelに意図せず自ら自動参加をする
- token_test時には，general相当のデフォルトチャンネルに自動で自ら参加します．

Download側でユーザーが行わなければいけない作業:

このツールを用いて移植したいprivate channelにたいして，このツールで使用するbotを追加する

Upload側WSで実施される変更：

チャンネルの作成を含む，ファイルアップロード，bookmarkの追加，メッセージの投稿，ピンの作成などの新規追加作業
--override フラグを使用した場合に，既存のチャンネルに対して，ファイルやbookmark，メッセージの追加，チャンネルの説明と目的の変更，pinの追加など．

Upload側でユーザーが行わなければいけない作業(=このツールが実施しないこと):

不要チャンネルの削除
データ移行に失敗した場合に，再度実施する際のチャンネルを削除する操作 (--override フラグを使う選択肢もありますが，二重にデータが入り得ります)
移行完了後に，public channelから希望に応じてprivate channelに変える操作
希望に応じて他人をチャンネルに追加する操作

2. slackトークンの取得(download側)#

Download側に必要になるScopeは以下です．

【Downloader/Uploader共通で必要】

channels:history
channels:join
channels:read
files:read
groups:history
groups:read

【Downloaderに必要】

bookmarks:read
users:read

3. slackトークンの取得(upload側)#

Upload側に必要になるScopeは以下です．

【Downloader/Uploader共通で必要】

channels:history
channels:join
channels:read
files:read
groups:history
groups:read

【Uploaderに必要】

channels:manage
files:write
chat:write
pins:write
bookmarks:write

4. チャンネル名のマッピングの検討#

generalチャンネル(あるいはそれを改称した場合も)は，特別な取扱いをされ，privateへの変更ができないだけでなく，Slack connectができません．そのため，Upload側WSのgeneralチャンネルにデータを流し込むことには慎重になるべきです．

一般に，download側WSのgeneralチャンネルをupload側WSのgeneralチャンネルにデータ移行することはお勧めしません．

それ以外にも，すでにupload側WSにチャンネル名の重複が存在する場合には，以下の3つの選択肢があります．

そのままこれまでの投稿の末尾に追加する → 特に追加の作業不要
一旦まっさらにして，新規で作りたい → 先にチャンネルを削除(アーカイブとして残したい場合はチャンネル名を変更してからアーカイブ)
別チャンネルとして新しく作りたい → チャンネルマッピングを設定します．後述の引数で設定します．

これらの基準に基づき，マッピングを行うチャンネルを選定して，旧チャンネルに対応する新チャンネルのマッピングを決めてください．

5. Upload側WSのPrivateチャンネルにAPI botの追加#

6. `slack_transfer.run` の実行#

ここまで準備したら，いよいよデータの移行を開始します．

大体の時間の目安としては，メッセージ数をMとすると，

ダウンロードが 3M/100 秒 + ファイルのダウンロード時間
アップロードが M 秒 + ファイルのアップロード時間

くらいのオーダーで，アップロード時には特に時間がかかるとと思った方が良いです．これは，Slack APIのlimitもありますので，CLIを使用して並列化をすることなどはあまりお勧めしません．

Mが充分に大きい場合には，作業を行う端末が長時間にわたって稼働できるときに作業をおこなうことをお勧めします．なお，CLIを使った個別の移行も可能にする予定ですので，そちらもご検討ください．

では，実際に移行の作業に入ります．

まず，venvを使用する場合にはvenvに入ります．

Mac/Linux/WSLの場合

$ . .venv/bin/activate

Windowsの場合

$ . .venv\Scripts\activate

そのうえで，

$ slack_transfer　run --data_dir=<local_data_dir> --downloader_token=<downloader_token> --uploader_token=<uploader_token> --channel_names=<channel_names> --name_mappings=<name_mappings> [--override] [--skip_bookmarks]

などと実行します． slack_transfer が実行できない場合には，代わりに python -m slack_transfer.run を使用することもできます．

それぞれのパラメータは以下の通りです．

<local_data_dir>: ダウンロードしたデータを端末内に一時保存するディレクトリです．相対ディレクトリ，絶対ディレクトリのどちらでも設定できます．存在しない場合は自動生成されます．わからなければ， local_data_dir などと設定してください．
<downloader_token>: 2で取得したdownload側WSのAPI tokenです． xoxb-から始まります．
<uploader_token>: 3で取得したupload側WSのAPI tokenです． xoxb-から始まります．
<channel_names>: 処理の対象にしたいチャンネル名を指定します．カンマ区切りで，Download側WSの名前で指定します．指定せず，すべてを対象にする場合は，:code:`–channel_names=<channel_names>`を丸ごと削除します．
<name_mappings>: 4で決めたチャンネル名のマッピングを設定します．不要な場合は --name_mappings=<name_mappings> を丸っと削除してください．なお，設定方法は old_name1:new_name1,old_name2:new_name2 などと設定します．old_nameがdownload側，new_nameがupload側のチャンネル名で，マッピングが必要なものだけを記載すれば充分です．(そのままの名前でよい場合は設定不用意)
--override: 4で「そのままこれまでの投稿の末尾に追加する」を選択した場合には，これを付与してください．不要な場合は削除します．
--skip_bookmarks: bookmarkの移植を行わない場合に使用するフラグです．bookmarkも移植する場合は削除します．

それ以外の詳細な引数に関しては， slack_transfer.run.run を参照してください．

これらを総合すると，実行すべきコマンド例は以下のような形になります．

$ slack_transfer　run --data_dir=local_data_dir --downloader_token=xoxb-00000000000-0000000000000-xxxxxxxxxxxxxxxxxxxxxxxx --uploader_token=xoxb-0000000000000-0000000000000-xxxxxxxxxxxxxxxxxxxxxxxx --override --name_mappings=general:_general,random:_random