惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Azure Blog
Microsoft Azure Blog
S
Securelist
V
Vulnerabilities – Threatpost
C
Cyber Attacks, Cyber Crime and Cyber Security
Schneier on Security
Schneier on Security
Cyberwarzone
Cyberwarzone
Simon Willison's Weblog
Simon Willison's Weblog
Hacker News - Newest:
Hacker News - Newest: "LLM"
P
Palo Alto Networks Blog
T
Troy Hunt's Blog
SecWiki News
SecWiki News
Security Archives - TechRepublic
Security Archives - TechRepublic
T
The Blog of Author Tim Ferriss
Project Zero
Project Zero
Microsoft Security Blog
Microsoft Security Blog
The Register - Security
The Register - Security
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
J
Java Code Geeks
F
Full Disclosure
阮一峰的网络日志
阮一峰的网络日志
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Attack and Defense Labs
Attack and Defense Labs
Know Your Adversary
Know Your Adversary
WordPress大学
WordPress大学
PCI Perspectives
PCI Perspectives
N
News | PayPal Newsroom
The Last Watchdog
The Last Watchdog
酷 壳 – CoolShell
酷 壳 – CoolShell
P
Privacy & Cybersecurity Law Blog
P
Proofpoint News Feed
V
Visual Studio Blog
C
CERT Recently Published Vulnerability Notes
H
Help Net Security
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
云风的 BLOG
云风的 BLOG
月光博客
月光博客
T
The Exploit Database - CXSecurity.com
I
InfoQ
大猫的无限游戏
大猫的无限游戏
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
U
Unit 42
腾讯CDC
小众软件
小众软件
V2EX - 技术
V2EX - 技术
罗磊的独立博客
Cloudbric
Cloudbric
Recorded Future
Recorded Future
IT之家
IT之家
Google DeepMind News
Google DeepMind News
C
CXSECURITY Database RSS Feed - CXSecurity.com

git

请教一个诡异的 git 问题 - V2EX 有一个 git 仓库合并问题,不知道怎么办才好 分析一个技巧让同事不知道我使用了 ai : git 忽略本地改动文件,实现不提交 Rebased, 一个 git 客户端 发现一个邪修快速清理 Git 项目里面空文件夹的方法🤡 不知道有没有什么其他标准做法. - V2EX zig 写的 100kb 的 wasm 可以 http 读写任意 git 仓库 - V2EX 有人把 IDEA 的 git 客户端做出来了 问个关于 rebase 和 github pr 的奇怪的问题 - V2EX idea 同款 git 客户端求推荐 - V2EX 有没有类似 JB 家的 Git 管理工具 - V2EX 大家自己的代码都是放在哪儿 - V2EX 分享一个在 Linux 上编译静态 Git 二进制的项目 - V2EX 上亿的 git 仓库如何做冷热存储分离呢 - V2EX 发现了一个极度臃肿的项目 - V2EX 有什么支持直接连接远程主机 git 仓库的 GUI 工具吗 - V2EX KFCode 官网上线,做好用、靠谱、有趣的 Git 托管平台 - V2EX git 工作流,大家现在用的什么样的? - V2EX 很奇怪的一个现象,有没人知道是怎么回事,所有 LLM 都说 100%不会出现 - V2EX 我宣布,最好的 git 客户端是腾讯家的 ugit - V2EX Fork 付费版有什么不同? - V2EX 一位高级工程师的 GIT 需要熟悉到什么程度? - V2EX 已经 push 到远程仓库的提交,如何修改某个用户的所有提交的邮箱啊 - V2EX [求助下] 关于代码同步问题 - V2EX 一直不理解 Windows 下 git 的这个逻辑,我自己 clone 的仓库还不能删了? rm -force 也不行 - V2EX 分享一个 Git 存储库治理利器 - hot - V2EX 代码有没有必要备份到多个远程仓库?比如 github 和 codeup。有必要的话最好怎么备份? - V2EX 请教 git 里怎么删除记录 - V2EX git 中如何将子分支的多个提交作为一个提交合并到主分支? - V2EX git 切换分支问题 - V2EX git 各种命令执行很慢是什么原因导致的? - V2EX 有没有大佬指导一下 git 问题 - V2EX git remotes 分支克隆 - V2EX 两处修改需要分开提交吗? - V2EX 问个 Git 基操:怎么样复制一个文件,能保持历史记录? - V2EX Linux 的 Ubuntu 系统有类似 Sourcetree 或者 fork 这种 git 图形化操作的客户端工具吗 - V2EX 关于刚刚 git 的问题描述的不清楚,不能编辑主题了,重新发下问题: git 如何对比服务器上最新的代码和本地的区别? git diff 对比和我预想不一样 - V2EX git 新手求教: git 如何对比服务器上最新的代码和本地的区别?不是本地远端和本地 working。 svn 可以使用 show log,直接对比,调用 beyond compare 很方便。 - V2EX 对上游提 pr,上游的管理员觉得 pr 里面的功能他不需要或者不满意 - V2EX gitee fork 时继承推送规则是否合理? - V2EX 请教各位关于 Git 合并的问题 - V2EX 请教大家一个测试环境代码合并的问题 - V2EX 推送远程仓库导致本地提交记录消失,如何找回 - V2EX 请教一个开发流程中 GIT 解决冲突的问题 - V2EX 求教:在 fork 的仓库上添加不太可能被 upstream 接受的修改,是不是应该在新开的 branch 上开发? - V2EX 有哪个 git 的 gui 软件。可以像 idea 的 git 管理那样查看文件历史和代码冲突?现在换到了 cursor,但是这边的代码管理个人用的太不习惯了。 - V2EX git clean 还能找回吗 - V2EX 求助 git 自动 merge 丢代码 - V2EX 码云代码自动同步到 github - V2EX 请教大家这样的项目应该要怎么做 git 管理 - V2EX 从本地提交代码到 gitlab 后, diff 异常问题,求大佬解惑 - V2EX 在 Git 中,已知某一个分支的某个 Commit 引入了一个 bug,如何快速确定这个 bug 是经过哪些分支流转到 master 分支的? git rebase 那么重要么??? 如何在 git 提交前将生产版本和开发版本的配置进行区分 开源了个新的版本控制系统 HugeSCM,请 V 友们指导 Git Permission denied 问题求助
给上游 pr,自己应该先 pr 到自己的 main 分支吗? - V2EX
albert0yyyy · 2025-03-15 · via git

这是一个创建于 456 天前的主题,其中的信息可能已经有所发展或是发生改变。

我用 ai 进行脱敏了:

工程师小明在 main 分支上进行了 A 、B 、C 、D 四次提交。

工程师小红在 A 节点 fork 了项目,并在 sub 子分支上进行开发。

现在小红想将 sub 子分支的代码合并到上游的 main 分支。

她应该先合并到自己 fork 的 main 分支,

还是可以直接将 sub 子分支合并到上游的 main 分支?

albert0yyyy

1

albert0yyyy      2025 年 3 月 15 日

ai 是这么回答的,好像都可以:

直接合并到上游的 main 分支:

小红可以直接从 sub 子分支创建一个 Pull Request ( PR )到上游的 main 分支。

这样做的好处是减少了不必要的中间步骤,但需要确保 sub 子分支与上游 main 分支没有冲突。
先合并到自己的 main 分支:

小红可以先将 sub 子分支合并到自己 fork 的 main 分支,然后再从自己的 main 分支创建一个 PR 到上游的 main 分支。
这样做的好处是可以在自己的仓库中先解决潜在的合并冲突,确保代码的稳定性。

无论选择哪种方法,都需要确保在合并前从上游 main 分支拉取最新的代码,以减少冲突的可能性。

smyle

2

smyle      2025 年 3 月 15 日 via Android   ❤️ 4

我见过的几乎都是从自己的分支直接往 upstream 主分支合并,我个人也认为这应该是最佳实践之一。自己 fork 的主分支仅仅和 upstream 主分支保持同步就好,避免无谓的冲突。
比如说,你合并到自己的主分支后,这时候上游主分支又有新变化,如果和你的提交冲突了,你还得额外处理

itechify

3

itechify      2025 年 3 月 15 日

直接 pr ,有冲突再 pull ,拉最新代码处理冲突

w2040w

4

w2040w      2025 年 3 月 15 日

这种情况(上游 main 有更新) pull 后 rebase 到自己的 sub 子分支也能看到有没有冲突吧?

sentix

5

sentix      2025 年 3 月 16 日 via iPhone

我偏向 rebase 到上游 main 后再合

boris1993Jr

6

boris1993Jr      2025 年 3 月 16 日   ❤️ 1

同意 @smyle #2 的做法。
main 分支仅用来保持与上游同步,并在新功能开发时作为基础分枝。不直接往 main 分支 commit 或 merge 自己的东西。
向上游 PR 那就是自己的功能分枝 PR 到上游的 main ,在合并后更新自己 fork 的 main 。

guanzhangzhang

7

guanzhangzhang      2025 年 3 月 17 日

fork 后拉完自己仓库添加上游 git remote add upstream https://github.com/xxx/xxx

后续再修复第二个 pr 以下大概步骤
git checkout master
git fetch upstream
git rebase upstream master
git checkout -b fix-xxxx
code .
git add -A
git commit -s -m 'fix xxxxx'
git push fix-xxx
大概这样