首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

GitHub:在已关闭的PR中更改提交作者姓名和电子邮件

在GitHub上,已关闭的Pull Request(PR)中的提交作者姓名和电子邮件是可以更改的,但需要注意的是,这涉及到修改Git历史记录,这可能会影响到其他开发者的工作。因此,建议在进行这些操作之前与团队沟通并确保所有人都了解即将进行的更改。

以下是更改提交作者姓名和电子邮件的步骤:

1. 克隆仓库

首先,克隆你的仓库到本地:

代码语言:javascript
复制
git clone https://github.com/your-username/your-repo.git
cd your-repo

2. 检出到相关分支

检出到包含你想要修改的提交的分支:

代码语言:javascript
复制
git checkout your-branch

3. 使用git rebase修改提交

使用git rebase -i命令进入交互式rebase模式:

代码语言:javascript
复制
git rebase -i HEAD~n

其中n是你想要修改的提交数量。找到你想要修改的提交,并将其前面的pick改为edit

保存并退出编辑器,Git会暂停在你指定的提交上。

4. 修改提交作者信息

使用以下命令修改提交的作者信息:

代码语言:javascript
复制
git commit --amend --author="New Author Name <new-email@example.com>"

保存并退出编辑器。

5. 继续rebase

继续rebase过程:

代码语言:javascript
复制
git rebase --continue

如果有多个提交需要修改,重复上述步骤,直到所有需要修改的提交都被处理完。

6. 强制推送更改

由于你修改了Git历史记录,需要强制推送更改到远程仓库:

代码语言:javascript
复制
git push --force

7. 更新Pull Request

如果PR已经关闭,你可以重新打开它,或者创建一个新的PR。GitHub会自动更新PR中的提交信息。

注意事项

  • 影响其他开发者:强制推送会覆盖远程仓库的历史记录,可能会影响到其他开发者的工作。确保所有相关人员都了解即将进行的更改。
  • 备份:在进行这些操作之前,建议备份你的分支,以防出现意外情况。

示例

以下是一个完整的示例,假设你想修改最近的3个提交的作者信息:

进入交互式rebase模式:

git rebase -i HEAD~3

将你想要修改的提交前面的pick改为edit

edit abc1234 Commit message 1 pick def5678 Commit message 2 pick ghi9012 Commit message 3

修改提交作者信息:

git commit --amend --author="New Author Name <new-email@example.com>"

继续rebase:

git rebase --continue

重复步骤3和4,直到所有需要修改的提交都被处理完。

强制推送更改:

代码语言:javascript
复制
git push --force
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

印度萌新令人绝望的操作:提交PR“轰炸”近40万开发者,GitHub负责?

事件起因 6 月 3 日,Rohith Sreedharan 向游戏公司 Epic Games 的 GitHub 仓库提交了一个平平无奇的 PR,主要涉及修改 README 文件中的几处表述性问题,以及调整...比如把“can”换成“may able to” 然而,Rohith 也许是为了让自己提交的 PR 尽快被合并,就在评论中 @了几个账号,其中一个是“EpicGames/developers”。...目前,Rohith 提交的 PR 已被关闭,Epic Games 将组重命名为“@EpicGames/terms-of-service-signatories”,并将“@EpicGames/developers...一名微软员工注意到他们在“未知”的电子邮件分发群组“Bedlam DL3”上,于是通过电子邮件向该群组发送请求删除。这条信息发给了邮件组中的所有 25000 人。...它引发了大量的回应 -- 同样,一些人试图提供帮助,而其他人则开起了玩笑。但最常见的回复是一个简单的“我也是!”,这些人希望从 Bedlam DL3 列表和线程中退出。

74910

《书生大模型实战营第3期》入门岛 学习笔记与作业:Git 基础知识

文件状态 文件在 Git 工作区中的状态可以是: 已跟踪:文件已被纳入版本控制,根据其是否被修改,可以进一步分为未修改(Unmodified)、已修改(Modified)或已暂存(Staged)。...本地设置 全局设置:这些设置影响你在该系统上所有没有明确指定其他用户名和电子邮件的 Git 仓库。这是设置默认用户名和电子邮件的好方法。 本地设置:这些设置仅适用于特定的 Git 仓库。...提(Commit) 命令:git commit -m '描述信息' 作用:将暂存区中的更改提交到本地仓库。...在多人协作中,定期拉取可以避免将来的合并冲突。 推(Push) 命令:git push 作用:将本地仓库的更改推送到远程仓库。这一步是共享你的工作成果,让团队成员看到你的贡献。...提交的PR https://github.com/InternLM/Tutorial/pull/1230 我创建的仓库: https://gitee.com/wangyaning/camp3 https

11810
  • 看完这篇还不会用Git,那我就哭了!

    Git 配置 可以保存 Git 用户名和电子邮件,这样就不必在以后的 Git 命令中再次输入它们。...你现在已经开始在本地对项目进行版本控制。如果你想远程保存和备份项目,则需要在 GitHub 上创建一个远程存储库(它是免费的!)。因此,首先转到 github.com 并创建一个存储库。...git branch -a ### 查看已合并到您当前分支中的所有分支,包括本地和远程。 非常适合查看所有代码的来源!...你的代码已重置,但是git仍会保留其他代码的副本,以备你需要时使用。 另一方面,--hard 标志告诉Git覆盖工作目录中的所有更改。...-A 'something' 看谁写了什么 ### 显示带有作者姓名的文件的更改历史记录 git blame 'filename' ### 显示带有作者姓名和 git

    70530

    ROS-I开发流程

    在进行任何开发之前,贡献者将向ROS工业界传达需求和/或问题。这可以通过在适当的GitHub回购,问题回购或通过电子邮件发送用户组来提交问题。...如果类似的发展正在进行中,这样做可能会节省时间,并确保您提交的任何方式都可以被审核者社群接受。 第二步(项目2)是实施你的改变。...验证您的更改是否成功构建并通过所有测试。 接下来,将您的更改推送到您的个人叉子中的“功能”分支,并发出拉动请求(PR)(项目3)。PR允许维护者检查提交的代码。...运行所有可用的单元测试。 如果公关通过Travis CI,其中一名维护者对这些变更感到满意,他们会发布+1作为对PR的评论(项目5)。该+1表示公关已准备好合并。...可以通过更改链接中的发行版名称来浏览其他发行版。 软件包发布后,开发人员可以安装软件包(项目9)。

    51710

    号称“开发者神器”的GitHub,到底该怎么用?

    项目的所有者可以利用它组织,标记和将 issue 与里程碑关联。 如果你在他人管理的项目上打开某个issue,它将保持打开状态,直到你将其关闭(如果你找出问题所在)或者项目管理者关闭它。...这是GitHub如何工作的关键,因为Fork是Pull Request(PR)的基础,这是一个更改提议。一个人可能会fork你的软件库,进行一些更改,然后创建一个PR来要求您合并这些更改。...● 一个项目可能有一个明确的改进时间表,当你在PR请求中引入复杂的体系结构时,维护人员希望你可以尽可能简单的方式介绍。 也就是说,PR并不总是被立马处理,并且不能保证PR会被接受。...在我上面发布的例子中,repo中有一个可以追溯到一年半以前的PR。这都是十分常见的,原因就是上面提到的这些。...这个视图给我们展示了所提交两个版本(或标签或commit)已更改,以及之间的实际差异。 Webhooks和服务 GitHub提供了许多有助于开发人员工作流程的功能,例如webhook和服务。

    1K70

    号称“开发者神器”的github,到底该怎么用?

    项目的所有者可以利用它组织,标记和将 issue 与里程碑关联。 如果你在他人管理的项目上打开某个issue,它将保持打开状态,直到你将其关闭(如果你找出问题所在)或者项目管理者关闭它。...这是GitHub如何工作的关键,因为Fork是Pull Request(PR)的基础,这是一个更改提议。一个人可能会fork你的软件库,进行一些更改,然后创建一个PR来要求您合并这些更改。...● 一个项目可能有一个明确的改进时间表,当你在PR请求中引入复杂的体系结构时,维护人员希望你可以尽可能简单的方式介绍。 也就是说,PR并不总是被立马处理,并且不能保证PR会被接受。...在我上面发布的例子中,repo中有一个可以追溯到一年半以前的PR。这都是十分常见的,原因就是上面提到的这些。...在下图中,我将最新的React v15.x与最新v16.0.0-rc版本进行比较,以便了解更改内容。 这个视图给我们展示了所提交两个版本(或标签或commit)已更改,以及之间的实际差异。 ?

    62640

    号称“开发者神器”的GitHub,到底该怎么用?

    项目的所有者可以利用它组织,标记和将 issue 与里程碑关联。 如果你在他人管理的项目上打开某个issue,它将保持打开状态,直到你将其关闭(如果你找出问题所在)或者项目管理者关闭它。...这是GitHub如何工作的关键,因为Fork是Pull Request(PR)的基础,这是一个更改提议。一个人可能会fork你的软件库,进行一些更改,然后创建一个PR来要求您合并这些更改。...● 一个项目可能有一个明确的改进时间表,当你在PR请求中引入复杂的体系结构时,维护人员希望你可以尽可能简单的方式介绍。 也就是说,PR并不总是被立马处理,并且不能保证PR会被接受。...在我上面发布的例子中,repo中有一个可以追溯到一年半以前的PR。这都是十分常见的,原因就是上面提到的这些。...这个视图给我们展示了所提交两个版本(或标签或commit)已更改,以及之间的实际差异。 ? Webhooks和服务 GitHub提供了许多有助于开发人员工作流程的功能,例如webhook和服务。

    884110

    号称“开发者神器”的GitHub,到底该怎么用?

    项目的所有者可以利用它组织,标记和将 issue 与里程碑关联。 如果你在他人管理的项目上打开某个issue,它将保持打开状态,直到你将其关闭(如果你找出问题所在)或者项目管理者关闭它。...这是GitHub如何工作的关键,因为Fork是Pull Request(PR)的基础,这是一个更改提议。一个人可能会fork你的软件库,进行一些更改,然后创建一个PR来要求您合并这些更改。...● 一个项目可能有一个明确的改进时间表,当你在PR请求中引入复杂的体系结构时,维护人员希望你可以尽可能简单的方式介绍。 也就是说,PR并不总是被立马处理,并且不能保证PR会被接受。...在我上面发布的例子中,repo中有一个可以追溯到一年半以前的PR。这都是十分常见的,原因就是上面提到的这些。...在下图中,我将最新的React v15.x与最新v16.0.0-rc版本进行比较,以便了解更改内容。 这个视图给我们展示了所提交两个版本(或标签或commit)已更改,以及之间的实际差异。 ?

    77020

    NumPy 1.26 中文文档(五十二)

    如果 PR 提交者在 6 个月内未对您的评论作出回应,请将相关 PR 移至带有“inactive”标签的非活跃类别。在这一点上,维护者可以关闭该 PR。...当您想要拒绝一个 PR 时:如果情况非常明显,您可以关闭它并解释原因。如果不是,那么首先解释为什么您认为 PR 不适合包含在 NumPy 中,然后让第二个提交者评论或关闭,这是一个很好的主意。...如果 PR 提交者在 6 个月内不回应您的评论,请将相关 PR 移至不活跃类别,并附上“不活跃”标签。此时,维护者可以关闭 PR。...这可以在 GitHub 的 PR 页面上的“文件更改”选项卡上完成,审查更改(右上角的按钮)。 如果您对当前状态感到满意,请将拉取请求标记为已批准(与请求更改相同)。...如果 PR 提交者在 6 个月内没有回复您的评论,请将相关 PR 移动到不活跃类别,并附上“不活跃”标签。此时,维护者可以关闭该 PR。

    26410

    NumPy 1.26 中文文档(五十一)

    要更新您的 PR,在本地仓库上进行更改,提交,运行测试,并且只有测试通过时才推送到您的分支。当这些更改被推送上去(到与之前相同的分支上)时,PR 将自动更新。...在本章的其余部分,我们假设您已根据 Git 开发中描述的设置了您的 git 存储库。...在提交消息中描述更改的动机、修复错误的性质或有关增强功能的一些细节也很有必要。提交消息应该可以在不查看代码更改的情况下就能理解。...如果一周内没有收到回复,再次发送电子邮件也可以。 ### 请求将您的更改与主存储库合并 当您觉得您的工作已经完成,可以创建一个拉取请求(PR)。...如果一周内没有回复,可以再次发送电子邮件询问。 请将您的更改申请合并到主存储库 当您感到工作已经完成时,可以创建一个拉取请求(PR)。

    30910

    Keras正式从TensorFlow分离:效率大幅提升

    任何在先前代码库中未解决的 Keras 相关活跃问题将在现有的 ticket 线程中处理,并将通过提交到新代码库进行修复; 4. 与原代码库相关的陈旧问题将被关闭。...如果你认为仍然是有价值的问题,请随时在新代码库中重新打开该问题; 5. 新 Keras 代码库在此次变更前未完成的任何 PR/issue 都被认为是陈旧的,将被关闭。 用户想要提交贡献,如何做?...为此,Keras 使用 GitHub 拉取请求(pull request, PR),并建议用户在创建 PR 之前阅读相关指南。...一旦 PR 被审查者测试和批准,PR 将被镜像到谷歌内部存储库。一旦合并到 Google 内部存储库成功完成,PR 还将被标记为已合并(merged)。...Keras 也会给予反馈并对用户提出的更改进行验证。如果更改很小,如文档修复中简单的 bug 修复,则只需打开 PR 无需讨论。

    1.3K20

    Jenkins可用环境变量以及使用方法

    在Maven或者Ant中使用(参考 Jenkins内置环境变量的使用 和 Jenkins进阶) Maven:直接使用:${env.WORKSPACE} Ant:需要增加更改请求,则该名称通常是任意的(请参阅下面的CHANGE_ID和CHANGE_TARGET); CHANGE_ID 对于与某种更改请求相对应的多分支项目,这将被设置为更改...EXECUTOR_NUMBER 唯一编号,用于标识执行此构建的当前执行程序(在同一台计算机的执行程序中)。这是您在“构建执行程序状态”中看到的数字,但数字从0开始,而不是从1开始。...GIT_AUTHOR_NAME 配置的Git作者姓名(如果有的话)。 GIT_COMMITTER_EMAIL 配置的Git提交者电子邮件(如果有的话)。...GIT_AUTHOR_EMAIL 已配置的Git作者电子邮件(如果有)。

    4.1K30

    Keras正式从TensorFlow分离:结束API混乱与耗时编译

    任何在先前代码库中未解决的 Keras 相关活跃问题将在现有的 ticket 线程中处理,并将通过提交到新代码库进行修复; 4. 与原代码库相关的陈旧问题将被关闭。...如果你认为仍然是有价值的问题,请随时在新代码库中重新打开该问题; 5. 新 Keras 代码库在此次变更前未完成的任何 PR/issue 都被认为是陈旧的,将被关闭。 用户想要提交贡献,如何做?...完成本地更改并通过测试验证后,用户可以在 keras-team/keras 项目中打开并发送 PR,之后会经过一系列的测试来验证它的正确性。...一旦 PR 被审查者测试和批准,PR 将被镜像到谷歌内部存储库。一旦合并到 Google 内部存储库成功完成,PR 还将被标记为已合并(merged)。...Keras 也会给予反馈并对用户提出的更改进行验证。如果更改很小,如文档修复中简单的 bug 修复,则只需打开 PR 无需讨论。

    1K30

    玩转全球最大同性交友网站-开源社区GitHub

    —- 评论/话题,对项目提出各种讨论,比如Bug、Build 、help wanted等,有各种问题都可以提 状态 Open : 讨论中 Closed:关闭,如已经解决 issues 可以增加开发者和使用者的交流...,也可以创建一个issue 5.4 pull requests 简称pr,你如果要往该项目贡献代码,你可以在Github上发起一个Pull Request 如果被审核(code review)通过并正式合并...项目板包括议题、拉取请求和注释,在选择的列中分类为卡片 拖放或使用键盘快捷键对列中的卡片重新排序,在不同列之间移动卡片,以及更改列的顺序 5.7 Wiki 维基百科(Wikipedia) 可以把项目的方方面面进行说明...可以判断某个仓库是否在积极更新 Code Frequency(频率):显示了该仓库中代码行数的增加量和删除量。 Network(分支网络): 显示包括克隆仓库在内的所有分支的提交。...用户必须有更改权限的设置(一般是自己的repository)才看到这个页面 修改仓库名称 Features: 更改Wiki和Issue的相关设置。如果想关闭某些功能,只要取消勾选相应复选框即可。

    1.6K20

    被称为“开发者神器”的GitHub,到底该怎么用?

    用户可以通过这个操作将其他软件库加入到“已加星标的软件库”列表中,这样用户可以关注自己感兴趣的项目并发现类似的项目。 这也是最重要的评级机制之一,因为软件库的星星越多,它通常就越受欢迎和重要。...除了上述指标之外,最近一次提交的日期和作者参与issue跟踪系统的信息也是衡量软件库或软件可信度的标准之一。...一个项目可能有数百个PR,通常情况下,项目越受欢迎,它的PR越多,如React项目: ? 一旦一个人提交了PR请求,项目的核心维护者就会对其进行审查。...维护人员希望用户用尽可能简单的方式介绍PR中的体系结构。 这就是说,PR并不总是被立马接受,并且可能不会被接受。 在我上面的例子中,软件库中有一个一年半前的PR。...GitHub发布版建立在Git标签的基础上,代表代码的完整版本,也可能代表代码最终产品完整工作版本的Zip文件,发行说明和二进制资产。

    60420

    被称为“开发者神器”的GitHub,到底该怎么用?

    用户可以通过这个操作将其他软件库加入到“已加星标的软件库”列表中,这样用户可以关注自己感兴趣的项目并发现类似的项目。 这也是最重要的评级机制之一,因为软件库的星星越多,它通常就越受欢迎和重要。...除了上述指标之外,最近一次提交的日期和作者参与issue跟踪系统的信息也是衡量软件库或软件可信度的标准之一。...一个项目可能有数百个PR,通常情况下,项目越受欢迎,它的PR越多,如React项目: ? 一旦一个人提交了PR请求,项目的核心维护者就会对其进行审查。...维护人员希望用户用尽可能简单的方式介绍PR中的体系结构。 这就是说,PR并不总是被立马接受,并且可能不会被接受。 在我上面的例子中,软件库中有一个一年半前的PR。...GitHub发布版建立在Git标签的基础上,代表代码的完整版本,也可能代表代码最终产品完整工作版本的Zip文件,发行说明和二进制资产。

    54230

    git的可视化工具乌龟git新版本的一些功能提升

    和SyncDlg *基于Windows的Git将libgit更新到2.25.1 *已修复问题#3452:将鼠标移到TortoiseGitBlame中的作者姓名上时,鼠标滚轮滚动不起作用 *性能优化...#3451:乌龟进度条正在进行中,但任务已完成 *已修复问题#3450:“通过这些提交还原更改”之后的提交消息表明已还原单个提交 *已修复问题#3461:在“提交”窗口上执行刷新会丢失新的分支名称...10边框问题 *允许最小化Refbrowser和Reflog *已修复问题#3480:RefLog中的复制选项具有误导性 *已修复问题#3497:设置/保存的数据/ URL历史记录/ Del不会删除...PUSH URL: *已修复问题#3466:调整大小时,“变基”复选框可能会消失 *修复了问题#3493:合并时关闭(取消)提交选择窗口会最小化“合并”对话框 *已修复问题#3417:在其他文件夹上提交时...,“提交时忽略”更改列表消失 *高DPI修复(例如,UDiff中的搜索栏高度/位置;随着DPI缩放比例的变化,记住对话框/滑块/分隔线的位置和列宽) * LogDlg:修复过滤时的闪烁 *修复问题

    2.6K10

    Sentry Web 前端监控 - 最佳实践(官方教程)

    创建 release 并上传 source maps Step 3: 尝试您的更改 --- 生成另一个错误 Step 4: 探索 release 启用可疑提交 Step 1: 集成您的 GitHub 帐户和存储库...Step 2: 处理错误 转到您的电子邮件收件箱并打开 Sentry 的电子邮件通知 单击 Sentry 上的查看以在您的 Sentry 帐户中查看此错误的完整详细信息和上下文 向下滚动到...Step 3: 尝试您的更改 --- 生成另一个错误 如果您的终端仍在 localhost 上提供 demo app,请单击 ^C 关闭本地服务器 通过运行以下命令来构建、部署和重新运行项目: > npm...在您的浏览器中,确保开发控制台已打开并执行清空缓存和硬重新加载(Empty Cache and Hard Reload)以确保提供更新的代码。...您可以单击提交(commit)按钮在 GitHub 上查看实际提交详细信息 在右侧面板中的 Suggested Assignees --- 您将看到可疑提交的作者被列为此问题的建议受理人(suggested

    4.3K20

    我看还有谁不动Git

    可以通过在命令行终端中使用以下命令来克隆项目: bashCopy code git clone https://github.com/你的用户名/项目名.git 在本地修改代码,并使用以下命令将更改提交到本地...将本地更改推送到自己的 GitHub 账户中: perlCopy code git push origin master 这将把本地的更改推送到 GitHub 上。...在自己的 GitHub 账户上打开一个 Pull Request (PR) 请求,请求将更改合并到原始项目中。...在 GitHub 上点击 “New pull request” 按钮,填写 PR 请求的标题和描述,并选择要合并的分支。 等待原始项目的维护者审核并接受你的 PR 请求。...如果需要进一步修改,原始项目的维护者可以在 PR 请求中提出评论和建议。 当 PR 请求被接受并合并到原始项目后,你的代码贡献就完成了。 以上是在 GitHub 上贡献代码的基本步骤。

    1.6K20

    记一次Github提交PR过程

    故事起因​ 博客正准备写一个项目展示的功能,其中 Docusaurus 中的案例展示就很适合改写成项目展示页面,然后无意间刷到我当时搭建博客所参考的博主峰华的博客也在展示页面。...(这种做法是真的愚蠢,尤其是在一个大型的开源项目) 就正当我关闭 pr 的时候,这时 Reviewers(审核人)给我回复了一条信息 Hey, please don't close your PR if...意思就是:请不要在签署 CLA 签名前关闭 PR,机器人会自动在你签署后自动为你更改状态 然后我就灰溜溜的重新开放 PR,那时候感觉我是真小白,太尴尬了 。...然后我一看审核员的Github 账号,好家伙,竟然是一名在中国上海的高中生!还是团队的核心人员!太牛了!...(再次对我一开始报着尝试提交 PR 的态度表示抱歉) 但又回到我这边,这次提交 PR 的经过也让我学到了很多,commit 时一定要仔细对比更改前后的代码,提交的 commit 标题的规范,不必要的 closed

    53410
    领券