极狐(GitLab)提倡异步的进行工作，团队成员可能分布在不同的城市，甚至不同的时区，异步的进行协作效率会更高。不过除了异步协作，还有一些工作需要同步进行，如实时沟通、工作汇报等场景是需要用到同步工具的。考虑到团队成员对协作工具了解程度不同，本篇将会介绍极狐(GitLab)使用同步协作工具的使用技巧，以降低上手难度。
极狐(GitLab) 使用 Slack 进行同步交流与协作，考虑到国内用户使用 Slack 较少，这里介绍一些团队 Slack 的使用技巧。
Channel 也就是 Slack 里的频道，作用类似于微信中的群的概念，不过加入 Channel 的用户可以看到该 Channel 之前全部讨论的上下文内容，这使得用户可以通过上下文了解到之前的信息，避免重复沟通。
建议为每个团队、每次活动甚至每个专项交流建立专用的 Channel，这样可以使得相关内容的所有讨论、记录和文件都保存在该 Channel 中，集中所有相关信息。信息不再分散在多个群中，提高了信息检索速度和传递效率。
但这样做会带来一些问题，就是存在过多的 Channel，大家应该都明白工作群多了之后会有多么的麻烦。这时，约定一套 Channel 的命名规则就变的很有必要了，这不但可以很好的保持 Channel 的主题，还加快检索 Channel 的时间，下图是 Slack 官方建议的 Channel 命名规则。
Slack 每个 WorkSpace 在创建时，都会默认创建一个名为 #general 的 Channel，每个加入 WorkSpace 的用户都会默认加入该 Channel。这个 Channel 一般用来发布一些组织或者公司级别的重要信息与通知。建议管理员限制该 Channel 的发布权限，以确保公告不被其他信息淹没。
相反 #random Channel 也是全体成员默认加入的，但这个 Channel 中的信息主要是和工作无关的一些信息，极狐(GitLab)的同学就喜欢在该 Channel 中晒自己的萌宠。如果觉得这个 Channel 打扰到了您的工作，将其设置静音即可。
除了通过 Channel 来划分讨论主题以外，Reply in thread（在消息列中回复）的功能也是非常好的功能。因为 Channel 划分的粒度还不够细，在 Channel 中进行的讨论往往有一个共同的主题，但同一主题也会有各种不同问题需要沟通。这时，Reply in thread 也就是在一条消息下单独开启一个 Thread 进行沟通，既不会影响整体讨论上下文的连贯，又可以专注于单一的问题，希望对该问题进行沟通的用户点开 Thread 进行沟通，不关心该问题的用户也不会被该问题的讨论影响了消息的连贯性，非常 Nice。
emoji 也就是表情符号，基本所有即时聊天软件中都有的功能。但在实际使用中，尤其是在通知到一些令人振奋的好消息时，往往会出现以下场景（聊天群中充斥着 👍）。
这虽然表示了大家的喜悦之情，但是会淹没大量的有用信息，使查找讨论和记录变的十分困难。所以在 Slack（以及其他办公通讯软件）中，建议使用在单条消息后添加 emoji 来表示类似情感，这其实也广泛应用于 GitHub 和 GitLab 的 Issue 以及 MR 中。
这样不但没有破坏消息的上下文完整性，同时还能通过 emoji 传达出更多有用的信息。
