V2EX › networm 的所有回复 › 第 2 页 / 共 7 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7

❮

❯

2020 年 4 月 29 日

回复了 formulahendry 创建的主题 › Visual Studio Code › 今天， VS Code 五岁了。

@pmispig 打开设置，搜索 release，关闭 Show Release Notes

2020 年 2 月 19 日

回复了 tianshiyeben 创建的主题 › 程序员 › 开源项目有感

楼上其实也说了很多了，文档要搞好，可以将付费用户的提问及回答整理成 FAQ 放在文档里，可以有效地减少问题数量。
刚刚看了一下楼主的开源项目，一共就 3 个问题、2 个 PR，其实 GitHub 提供了相当健全的功能帮助使用 GitHub 来维护项目，建议阅读文档了解 IssueTemplate ContributionTemplate 之类的东西。

2020 年 2 月 19 日

回复了 tianshiyeben 创建的主题 › 程序员 › 开源项目有感

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

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

2020 年 2 月 5 日

回复了 hakono 创建的主题 › git › gitflow 在开发中的一个疑惑

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

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

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

2020 年 1 月 14 日

回复了 lights 创建的主题 › git › gitignore 的 pattern 是否可以来自于某个文件夹下的所有文件里写的 pattern？

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

2020 年 1 月 14 日

回复了 lights 创建的主题 › git › gitignore 的 pattern 是否可以来自于某个文件夹下的所有文件里写的 pattern？

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

2020 年 1 月 2 日

回复了 JCZ2MkKb5S8ZX9pq 创建的主题 › git › 关于 git 项目拆分的精度问题

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

2020 年 1 月 2 日

回复了 JCZ2MkKb5S8ZX9pq 创建的主题 › git › 关于 git 项目拆分的精度问题

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

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

2020 年 1 月 2 日

回复了 JCZ2MkKb5S8ZX9pq 创建的主题 › git › 关于 git 项目拆分的精度问题

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

2020 年 1 月 2 日

回复了 JCZ2MkKb5S8ZX9pq 创建的主题 › git › 关于 git 项目拆分的精度问题

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

2019 年 10 月 24 日

回复了 bbman 创建的主题 › 程序员 › 想屯波书，大家有什么推荐的吗？

@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

2019 年 10 月 14 日

回复了 lijy91 创建的主题 › 分享创造 › 为了收集和整理编程的常用单词，我写了个背单词应用

KW6L74P4YNM3 已用

2019 年 8 月 24 日

回复了 hhh798 创建的主题 › 程序员 › 各位大佬，我问个 Git 的问题

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

2019 年 8 月 9 日

回复了 myself659 创建的主题 › 程序员 › 来谈谈你的个人网站或者博客采用什么评论系统

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

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

2019 年 4 月 11 日

回复了 SharkIng 创建的主题 › 问与答 › 两个 repo 的情况下（一个开源一个闭源）如何更简单的管理隐私文件？

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

2018 年 10 月 17 日

回复了 0xABCD 创建的主题 › 问与答 › 一个关于 git 冲突的问题？

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

2018 年 9 月 6 日

回复了 85204 创建的主题 › Google › 禁止 chrome 搜索跳转非.com 域名的插件

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

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

2018 年 4 月 17 日

回复了 firhome 创建的主题 › 程序员 › 请教一下各位 Jenkins / git 冲突的问题怎么解决？

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

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