在我自己的分支上进行 rebase 操作，比较麻烦。如果我有权限在官方git直接 pull，commit，push的话，就不会存在 merge commit 日志的问题。
这个 merge 日志展示的问题，我下午也在邮件列表里面主动提出，具体请看 [email protected] 和我的邮件，merge 日志是否需要保留，这个问题好像业界还没有明确规定。 每次在自己的分支上进行工作前，从官方git仓库拉取最新代码后再进行本地修改，这是一种良好的工作习惯。 我看到该项目已经有 83 个成员有git写权限了，像这样的项目，没有必要把权限控制得这么严格，会打击大家的工作积极性。 我参加 Debian 中文化的相关工作时间也比较长了，从 05 年的 DR 第一版翻译开始，版本控制工具从 cvs 到 svn 到 git，一直都在使用。 在 2019/8/30 下午10:58, Boyuan Yang 写道: > 根据现在的 git 历史可以看出你对 git 的分支理解还不够明晰；如附件截图所示，所有标出的 merge commit 均是没有存在必要的。 > > 在工作的时候，请不要无故创建没有必要的 merge commit；从仓库的 master HEAD 开始的工作可以直接提交 merge request > (pull request) > 而无需合并上游最新的提交（这是在不会产生冲突的时候的做法；考虑到当前仓库的内容多而提交密度相对低，遇到冲突几乎是不可能的），我会通过一个统一的 merge > request 将新的贡献合并或者直接进行拣选（cherry-pick）。如果想让历史更好看一些，请使用 git > rebase（变基）操作将你的工作成果“嫁接”到最新的 master HEAD 提交上。 > > 目前我有时间可以审阅你的贡献并按需合并，所以可以继续走 merge request 的方式进行贡献。如果之后的 merge request > 展现出了对工作流更好的理解的话，可以稍后再申请对 webwml 仓库的直接写权限。 > > 谢谢， > Boyuan Yang > > 在 2019-08-30五的 16:29 +0800，atzlinux写道： >> 既然是 git 的设计初衷，那我在本地分支进行 merge 的时候，还是保留移植日志吧。 >> 如果在本地分支用如下命令进行移植： >> git merge master --squash >> 会把 master 上的文件改动同步到本地分支，但我下次在本地分支进行 commit 的时候，也会把这些文件在本地再次提交，也不合适。 >> 在 2019/8/30 下午1:49, rainysia 写道: >>> git 设计初衷就是为了清晰的记录每次commit, 你的merge也是一个commit. 这样可以快速剥离错误的merge. >>> git merge 默认就带了 fast-forward >>> >>> 想要没有merge的commit, 加一个--squash >>> >>> >>> On Fri, Aug 30, 2019 at 10:03 AM atzlinux <[email protected]> wrote: >>>> 谢谢指导！ >>>> 这样操作，merge 的时候，会在我本地分支生成一个移植日志，这个日志在我 push 到我的 salsa 分支的时候，会带过去， >>>> 我在向官网主分支提出合并请求，并被接受后，也会有这个移植记录。 >>>> commit 59257d294988d999f955d70b63363ef0cc428846 >>>> Merge: e698cb88a6f 3c680de4fb9 >>>> Author: Faris Xiao <[email protected]> >>>> Date: Thu Aug 29 17:14:57 2019 +0800 >>>> >>>> Merge branch 'master' into cnwebwmlmaster >>>> >>>> 像这个我在本地的移植记录，最后传递到官网 git 记录里面，感觉没有啥意义，不知道是否需要处理下？ >>>> >>>> 肖盛文 >>>> 在 2019/8/30 上午8:59, rainysia 写道: >>>>> 这是标准git的PR流. 采用fork->创建分支, 提交Pull Request到主仓库申请合并. >>>>> 没有任何问题, 你本地不更新, 需要加一次主仓库作为远程仓库. >>>>> 具体如下 >>>>> >>>>> 1, 增加远程仓库 >>>>> git remote add upstream [email protected]:webmaster-team/webwml.git >>>>> 2, 更新全部仓库的缓存 >>>>> git remote update -p >>>>> 3, 切换到你本地需要拉取最新代码的分支进行合并 >>>>> git stash && git checkout master && git merge upstream/master >>>>> 4, 切回你的分支 >>>>> git checkout 你自己建的分支 >>>>> 5, 合并最新代码 >>>>> git merge master 或者直接放弃3,4步, 直接git merge upstream/master >>>>> 6, pop stash >>>>> git stash pop >>>>> >>>>> >>>>> On Thu, Aug 29, 2019 at 5:10 PM atzlinux <[email protected]> wrote: >>>>>> 我刚刚尝试提交了一个合并请求，麻烦看下。 >>>>>> >>>>>> https://salsa.debian.org/webmaster-team/webwml/merge_requests/208 >>>>>> >>>>>> 我现在对 salsa 的 git 仓库分支的协作，还不太熟练。 >>>>>> >>>>>> 我目前的做法如下： >>>>>> >>>>>> 1：将官方 https://salsa.debian.org/webmaster-team/webwml.git 仓库 fork >>>>>> 派生了一份到我的用户下，形成： >>>>>> [email protected]:atzlinux-guest/webwml.git 仓库。 >>>>>> >>>>>> 2：将我自己名下的这个仓库 clone 到本地电脑 >>>>>> >>>>>> 3：对本地 master 分支进行修改提交后 push 到 salsa 我名下的 webwml.git 仓库 >>>>>> >>>>>> 4：在 salsa 上，提出合并请求。 >>>>>> >>>>>> 但这样做，会有一个问题，我本地 master 分支不能够及时获取官网仓库最新 git >>>>>> 更新，担心翻译了旧文件，也不利用和大家协调翻译工作。 >>>>>> >>>>>> 不知道大家是否有更好的办法来解决这个问题？ >>>>>> >>>>>> 谢谢！ >>>>>> 肖盛文 >>>>>> >>>>>> 在 2019/8/27 下午11:27, Boyuan Yang 写道: >>>>>>> 在 2019-08-27二的 15:09 +0800，atzlinux写道： >>>>>>>> 大家好！ >>>>>>>> >>>>>>>> 我最近辞职，有比较多空闲时间，想参与下 Debian 官网的翻译工作。 >>>>>>>> >>>>>>>> 请问目前官网翻译的整体情况如何？如何协调中文翻译工作的？ >>>>>>>> >>>>>>>> 简体中文和繁体中文，目前是在同一个目录中翻译，然后由 系统的 opencc >>>>>>>> 自动转换编码吗？ >>>>>>>> >>>>>>>> 在同一个文件中，可以允许同时出现简体字和繁体字吗？ >>>>>>> 现在 Debian 的网站除了极少数内容（例如导航栏、底栏）以外，其它绝大多数网页均没有 gettext 化，也就是说不能通过翻译 >>>>>> PO >>>>>>> 文件的方式进行翻译。中文页面和英文页面实际上是两个平行的网页，通过一定的方式检查中文网页内容是否落后于英文页面。当然，所有的 PO >>>>>> 文档也是需要翻译的。 >>>>>>> www.debian.org 这个域名下页面所有的源代码均可以在 >>>>>>> https://salsa.debian.org/webmaster-team/webwml >>>>>> 找到，请先浏览并查看已有翻译是如何运作的。如果需要更新，请提交 >>>>>>> GitLab 的合并请求。我可以复核并对贡献的新内容进行合并。 >>>>>>> >>>>>>> 文章中可以混合简体字和繁体字，前提是混合的情况可以被 opencc 识别并转换。推荐至少同一句话内只使用简体字/繁体字。 >>>>>>> >>>>>>> 在动手之前，请务必阅读 https://www.debian.org/devel/website/ 上面的信息，尤其是如何使用 >>>>>> git 处理 Debian >>>>>>> 网页、如何使用 WML 标记语言以及如何保持翻译更新这三篇文章。 >>>>>>> >>>>>>> 谢谢， >>>>>>> Boyuan Yang
