提交历史的 GitLab 输出
GitLab output for the commit history
场景 #1： 我正在使用这个静态 URL 附加到我的 JIRA 票证，它专门将我重定向到该版本中的所有提交。
//-/commits/release/
但这给了我所有的日志，包括前一个。那是在以前的版本中，从技术上讲这是正确的，GitLab 重定向显示了以前的提交历史记录项目中的所有内容。
但要求是停在分支上，而不是从开始显示，而只从创建的分支显示。
场景 #2: 所以我开始使用 Gitlab API 如果我调用这个 API 我会得到 JSON 我需要解析并附加到 Jira 票证。
/api/v4/projects//repository/commits?ref_name=。
问题在这里：
我想按照上面的 link 方法在 Jira 中附加到 GitLab API 调用的文件附加更改日志后发生的任何更改我可以直接看到它们而不是维护文件添加新更改程序。
可以寻求帮助我可以使用什么 URL 不会向我显示旧的 GitLab 提交，除了从分支被切断而不是从开始的时间开始的所有历史记录。
给定的样本：
场景#1：
提供良好的 Gitlab UI，所有日志都显示在 Commit 部分
提交 #100
提交 #99
.
.
.
.Commit #88（创建此分支时）
.提交 #87
.提交 #86
.
.
..Commit #01（直到我看到更多关于加载的信息，我不想在创建分支时停止在 Commit #88。
场景 #2 使用 Gitlab API
我得到了正确的数据，但随后我必须在通话期间转储文件，并且在安排下一个分支截止日期之前的一周内可能会有其他更改，我可能会错过，因此想通过参考作为场景使用没有加载更多旧分支的记录。
API returns 仅此而已，但必须创建一个文件并将其作为陈旧记录附加。
当我调用 API 时提交 #100
提交 #99
.
.
.
.Commit #88（创建此分支时）
您可以使用 compare API 获取特定 branch/tag/release 的提交。
因为commits可以跨多个分支共享，这可能是最合理的做法，但你需要在比较中选择一个分支作为参考；大概 main/master.
场景 #1： 我正在使用这个静态 URL 附加到我的 JIRA 票证，它专门将我重定向到该版本中的所有提交。
//-/commits/release/
但这给了我所有的日志，包括前一个。那是在以前的版本中，从技术上讲这是正确的，GitLab 重定向显示了以前的提交历史记录项目中的所有内容。
但要求是停在分支上，而不是从开始显示，而只从创建的分支显示。
场景 #2: 所以我开始使用 Gitlab API 如果我调用这个 API 我会得到 JSON 我需要解析并附加到 Jira 票证。
/api/v4/projects//repository/commits?ref_name=。问题在这里： 我想按照上面的 link 方法在 Jira 中附加到 GitLab API 调用的文件附加更改日志后发生的任何更改我可以直接看到它们而不是维护文件添加新更改程序。
可以寻求帮助我可以使用什么 URL 不会向我显示旧的 GitLab 提交，除了从分支被切断而不是从开始的时间开始的所有历史记录。
给定的样本： 场景#1： 提供良好的 Gitlab UI，所有日志都显示在 Commit 部分
提交 #100 提交 #99 . . . .Commit #88（创建此分支时） .提交 #87 .提交 #86 . . ..Commit #01（直到我看到更多关于加载的信息，我不想在创建分支时停止在 Commit #88。
场景 #2 使用 Gitlab API 我得到了正确的数据，但随后我必须在通话期间转储文件，并且在安排下一个分支截止日期之前的一周内可能会有其他更改，我可能会错过，因此想通过参考作为场景使用没有加载更多旧分支的记录。
API returns 仅此而已，但必须创建一个文件并将其作为陈旧记录附加。
当我调用 API 时提交 #100 提交 #99 . . . .Commit #88（创建此分支时）
您可以使用 compare API 获取特定 branch/tag/release 的提交。
因为commits可以跨多个分支共享，这可能是最合理的做法，但你需要在比较中选择一个分支作为参考；大概 main/master.