群这种东西是不可能用来解决问题的，会话过短、参与人数过多、有效信息密度不足，而且无法被搜索引擎索引。
强烈建议使用 GitHub Issue 提问题，问题及解决方案也可以轻松地通过搜索引擎找到，而且可以强制提问的人仔细想清楚问题、增加问题的细节。
如果还想保留群，建议改为付费后才能进群，并且群里面的人每次提问时还要单独付费且不少于指定金额（如发红包），只有这样别人才会尊重你的价值、才会提出有意义的问题。

建议搜索价值相关的关键词，了解付费的价值；另外，知乎是有一些关于付费的主题，也建议搜索了解下
被认可的变现，才是你的价值所在

这个问题其实与分支没多大关系，建议阅读以下两本书：

持续集成 (豆瓣)
https://book.douban.com/subject/10769596/

持续交付 (豆瓣)
https://book.douban.com/subject/6862062/

@lights 你会为你的懒付出代价的，毕竟不是所有项目的忽略规则都一样，有可能全局忽略里面存在用到的东西，自己测试时没问题，与他人协作时发现缺少文件；也会出现协作时，其他人提交了一大堆你忽略的文件，并且都是大的二进制文件，仓库体积翻了几十倍。请在那个时候再回来回复这个帖子。

需要把所有的忽略规则写到 .gitignore 中，楼上的方法就可以，还可以使用 https://gitignore.io 生成。

@JCZ2MkKb5S8ZX9pq 整合我指的是所有东西结合在一起使用有加成的效果，不单指 Python 路径引用。

@ JCZ2MkKb5S8ZX9pq 我用过子模块 git submodule，我觉得很不好用。
至于为什么都放在一个仓库里，建议阅读深入《持续交付》，这里面实际上存在太多坑了。这里的关键是集成，最终所有东西在一起完成功能，应该尽可能的将所有东西放在一个仓库中。

至于你说的这个版本维护问题，你可以参考 Python 2 3，使用两个长期发布分支维护 Bug 修改，在一个分支上改完了 Bug 同步到另一个分支。
我建议尽可能只维护一个版本，可以把老版本升级到新版本，所有人统一在一个版本，问题较少。具体实践可以参考 Google Piper。

@JCZ2MkKb5S8ZX9pq 必须保证父目录已经是 Git 仓库后才能把其他 Git 仓库拖动到子目录中，否则在 git init 时会忽略。
Git 必须要以目录为单位来管理，这个没办法，只能单文件也得放在一个目录里。
Commit 记录不重复，逻辑上是属于不同仓库的 Commit，另外，你不一定要两个仓库保持一起提交，完全可以按照不同频率提交，包含的文件改动会有多有少。
根目录最大的作用不是备份，而是将不同的功能脚本整合为统一的整体，实现聚合的功能，发挥 1+1>2 的效果。

将现有工具目录中的脚本按照功能分别放在自己的子目录中，统一管理。
然后将要分享的脚本所在的目录提取为仓库，与他人共享。
以后的所有提交先在统一的仓库里提交，然后再在共享的仓库中提交。
具体的做法有几种，我偏好嵌套 Git 仓库这种方式，这样永远只有一份代码，不冗余。简单说就是进入统一 Git 仓库中的要共享的脚本所在子目录，执行 git init 再建一个仓库，这个仓库用于分享。实测在 Git 2.20.1 中子目录的改动既可以在统一仓库中提交，也可以在子目录中的仓库提交。我使用这种方法管理博客的 Hugo 主题。
另一种方法就是拷贝文件来同步，不管是手动拷贝还是 rsync，将子目录中的文件拷贝到另一个仓库中提交即可。

@keith1126
假期翻译了一个计算机科学自学指南：TeachYourselfCS - V2EX
https://www.v2ex.com/t/607868

TeachYourselfCS-CN/TeachYourselfCS-CN.md at master · keithnull/TeachYourselfCS-CN
https://github.com/keithnull/TeachYourselfCS-CN/blob/master/TeachYourselfCS-CN.md

KW6L74P4YNM3 已用

这些信息最好直接查找 GitHub 帮助文档
https://help.github.com/cn/articles/checking-out-pull-requests-locally

之前用 Disqus，但是大部分国内用户看不到评论框，因此上周换成自建的 Commento 了。
整理了一下安装过程，踩了几个坑，分享一下：
Commento 安装配置 - 狂飙 https://networm.me/2019/08/04/commento-install/

同时分享一个评论系统程序比较网站：Open-source comments https://lisakov.com/projects/open-source-comments/

可以考虑将密码、密钥、配置文件等放在构建流程里，这样仓库可以不用区分公开与私有。

很简单，因为换行符不一致，你应该使用比较软件仔细检查。
Git 默认情况下换行符不一致也会报告冲突，除非开启忽略换行符选项。

配合下面的方法将禁用每次启动 Chrome 时的弹窗提示

解决 Chrome 提示“请停用以开发者模式运行的扩展程序”，以及安装非 chrome 网上应用店程序视频教程 | 有格调
https://www.ugediao.com/1189.html

Jenkins 上执行
git clean -df
git fetch
git reset --hard origin/master

这样可以保证 Jenskins 上的仓库与服务器上完全一致

@NullMan 手机卡顿，at 错了。
建议楼主 @orange666 先看看 提问的智慧 https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/master/README-zh_CN.md 再来问

@NullMan

错误的合并 * b938bf7 - 测试 (7 days ago) <user1> 导致的问题
注意，这是一个合并提交，虽然提交信息没写 Merge。
下面是错误发生过程：

user1 提交 4c44067
user1 pull 发现有别人的提交并产生了冲突
user1 想要回到 pull 之前的状态，错误地使用了 reset 或 checkout 命令，此处不一定是 reset --hard head^，也可以单个文件 reset 或者使用 checkout 重置文件状态。
user1 处理完成后提交 b938bf7

关键问题：
user1 错误地处理合并冲突，如果想要撤销合并，需要使用 merge --abort 才可以，否则 merge 信息会保留，下次提交是直接算合并提交。
解决方案：
1 如果错误的提交并未在主分支，暂时还没有其他人拉去此分支，那么可以直接将当前分支 reset --hard 到 d55b649，然后 cherry-pick 4c44067 3b9e834，再使用 push--force 强制推送当前分支，user1 fetch 后 reset --hard origin/yatesun 分支，假定当前分支是 yatesun。
2 如果错误提交已在主分支，即其他人已 pull，为了减少他人
麻烦，可以 log 4c44067..d55b649，然后将列出的所有提交手动 cherry-pick 到当前分支，push 即可。

避免方法：
1 了解 pull = fetch + merge
2 了解特定操作撤销只能使用对应命令到 --abort，如：merge rebase cherry-pick 等。
3 改善分支工作流，消除 pull 导致的无用 merge 提交，可以考虑使用服务器端钩子检查。