VonC

最后,我将使用詹金斯:)

这意味着webhook,如中所述“ How to Integrate Your GitHub Repository to Your Jenkins Project “是的 Guy Salton

这意味着你的Jenkins服务器可以通过面向互联网的公共URL访问,这在企业环境中并不总是显而易见的。

GitHub操作” Publishing Docker images “可以帮助将图像发布到DockerHub,但你仍然需要监听/检测这些事件,以便让你的Jenkins触发工作拉动,”PPPublished images说。

为此,Jenkins的一个常规调度程序使用 regclient/regclient 可以帮助检查最新发布的SHA2图像ID是否已更改。
更多信息请参见“ Container Registry Management with Brandon Mitchell: DevOps and Docker (Ep 108) ".

类似于 GitHub Action (在GitHub服务器端设置工作流)” hmarr/auto-approve-action ,您可以编写并设置“auti拒绝操作”。

name: Auto approve
on: pull_request_target

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
    - uses: <you>/auto-reject-action@v1
      with:
        github-token: "${{ secrets.GITHUB_TOKEN }}"

这一行动将自动生效 拒绝 以你不认可的分支机构为目标进行公关。

await client.pulls.createReview({
      owner: context.repo.owner,
      repo: context.repo.repo,
      pull_number: prNumber,
      event: "REJECT",
    });
    core.info(`pull request #${prNumber} done on the wrong branch`);

从…起 IntelliJ Resolve conflicts ,你应该:

如果在此对话框中单击“关闭”,或从命令行调用导致合并冲突的Git操作,则 合并冲突 节点将出现在 局部变化 通过链接查看以解决这些问题:

从那里,单击其中一个条目,您将看到解决合并冲突的窗口:

从…起 the discussion ,OP确认:

IntelliJ花了一些时间来显示合并冲突。
上一次我等的时间不够长,所以它是空的。

这取决于天气 type of token you are using .

例如,一个 project access token 很可能会允许您访问存储库(该项目)的所有分支的列表。

但是使用 /projects API 401表示身份验证信息无效或丢失。

所以一定要使用 PAT (Personal Access Token) ,链接到用户,而不是项目。

这个 OP Keval Bhogayata 加上 the comments :

我发现了问题所在。

我正在使用的图书馆(” xanzy/go-gitlab “”),具有针对不同令牌的不同客户端创建功能。

我一直在使用支持个人访问令牌的功能。相反,我应该用“ NewOAuthClient " !

// NewOAuthClient returns a new GitLab API client. To use API methods which
// require authentication, provide a valid oauth token.
func NewOAuthClient(token string, options ...ClientOptionFunc) (*Client, error)

正如我在前面的问题中提到的,不要使用油灰。完全

仅使用随附的openssh Git for Windows ( C:\Program Files\Git\usr\bin\ssh.exe )

然后可以建立相同的隧道(如 shown here )使用该ssh:

ssh -D 8123 -f -C -q -N socksserverip.com

一旦成功,您可以尝试使用SourceTree中的隧道。

您可以考虑使用无需密码的SSH密钥,仅用于CSEPK。
毕竟,这就是 cPanel documentation 推荐。

如果没有,请检查 adding your key to an ssh-agent 不必输入您的密码短语就足够了,无论是从CLI还是从cPanel。
然而 this 2021 article 从…起 Abdulhaqq Sule 确认:

cPanel Git版本控制与使用密码短语的密钥不兼容。

首先确保你的 gitlab.company.com 可通过端口22访问服务器:

curl -v telnet://gitlab.company.com:22

我知道在我的公司,永远不会授予SSH访问权限:仅限HTTPS。

首先检查您的路径:

echo $PATH

如果/usr/local/go/bin/不是其中的一部分,请尝试:

/usr/local/go/bin/go build

这些报价单只用于 query with a space in them .

默认情况下,一个单词应该出现在结果中。不需要报价。

如果你有几个词,你可以试试:

word1 AND word2 AND word3

虽然 AND/OR operator do not seem to be supported .

当我尝试提交并将更改从dev推送到main时,

你所做的是从 dev 到 origin/dev .
由于远程存储库显示默认分支 main ,您不会“看到”任何明显的更改(您需要切换到网页中的dev分支才能看到您的提交)。

您可以在本地将dev合并到main,然后推送main:

git switch main
git merge dev
git push

你可以从中汲取灵感 LeagueSandbox/IssueBot (Typescript),这确实会产生问题。

它确实有用 npmjs.com/package/github-api 从…起 github-tools/github

export class IssueCommand extends Command {
  execute() {
    if(!this.args) {
      return
    }
    let issueBody = ISSUE_TEMPLATE
      .replace("{PLACEHOLDER}", this.args[2] || "_No content_")
      .replace("{CHANNEL}", this.message.channel.name)
      .replace("{USER}", this.message.author.username)
    Bot.gitHub.api.issues.create({
        owner: config.githubName,
        repo: this.args[0],
        title: this.args[1],
        body: <any>issueBody // Typings for the `github` package are incorrect, so we have to cast to any here.
      },
      (error, response) => this.handleGithubResponse(error, response)
    )
  }

  handleGithubResponse(error, response) {
    if(error) {
      let formattedError = JSON.stringify(error, null, 4)
      let reply = ERROR_TEMPLATE.replace('{PLACEHOLDER}', formattedError)
      this.message.reply(reply)
      return
    }
    let reply = SUCCESS_TEMPLATE.replace('{PLACEHOLDER}', response.html_url)
    this.message.reply(reply)
  }
}

你必须 set up that bot in your Discord application .

在分离头中工作不会影响贡献图,因为它是一个本地提交操作(在无头分支中)。

签出分支后,一旦推送(而不是之前),相同的提交将计入贡献图。

检查你的 .bashrc 无论如何 alias git=git-together ,如图所示 this question .

这也是为什么git together issue 44

工程师中的剪纸毛毡与别名实践有关 git 具有 git-together 以及与选择退出git的存储库进行交互。

UX目前看起来有点像这样:

git commit -m "making changes"
Error: error getting git config for 'git-together.active'
Caused by: config value 'git-together.active' was not found; class=Config (7); >code=NotFound (-3)

这会导致摩擦,而摩擦则会阻碍更广泛的采用。

相反,如果这个工具发出警告,使其可见,即一个人正在与之交互的回购协议尚未配置,那就太好了 一起玩 但允许 吉特 这一过程将继续下去。

但OP提到找不到别名:

在重新安装Eclipse并用Git进行设置之后,问题就解决了。

如图所示 this issue ,这可能是间歇性问题,链接到 recent (past week) incident :

我遇到了一个问题,日程上的所有工作都被卡住了 Queued : Starting workflow run .

我检查了GitHub的状态,今天报告了一个事件,但标记为已解决。所有系统都有:白色复选标记:

我取消了卡住的作业,并手动尝试针对功能分支重新运行作业——同样的事情。

这是今天的工作,开始时没有任何代码更改(作业的时间表为4小时)。

因此,首先检查问题是否随着时间的推移而持续。

和 the logs (您可以看到)可能只包括“启动工作流运行”。

如果你想要你的 id_rsa_work 要使用私钥,您应该将Git配置为使用 .ssh/config Bitbucket 进入

git config --global url."Bitbucket:".insteadOf git+ssh://git@bitbucket.org/

这样,ssh URL就会变成:

git+ssh://git@bitbucket.org/felix/felix.ui.git#1.2.3
# to
Bitbucket:felix/felix.ui.git#1.2.3

我明白,因为 package.json GitHub URL ,从1.1.65版开始,您可以将GitHub URL称为 foo:user/foo-project 像 seen here .

但我还是建议 more complete URL instead :

git+ssh://user@hostname:project.git#commit-ish
git+ssh://user@hostname/project.git#commit-ish
git+http://user@hostname/project/blah.git#commit-ish
git+https://user@hostname/project/blah.git#commit-ish

这样,您可以控制该方案(HTTPS或SSH),并可以检查使用了哪些凭据(HTTPS的缓存用户名/密码或SSH的私钥)。

这个 OP Wilson 评论 the discussion 加上 dist/ 回购协议可能是一种选择,正如 in here .
A. prepare script 可以在包中声明。json,例如 this one .

  "scripts": {
    "build": "tsc",
    "prepare": "npm run build"
  },

正如威尔逊的 answer

重要的是 准备 剧本是 添加在分叉包装中 , 不 在使用包的项目中。

如图所示“ GitHub API V3 : what is the difference between pushed_at and updated_at ? ":

更新地址 表示最后一次的日期和时间 改变 存储库中的。

对存储库的更改可能是提交,但也可能是其他事情,例如更改repo的描述、创建wiki页面等。

所以你不能准确地将它设置为任何你想要的日期。
只需推送重定基础的存储库即可更新该日期。但只到“当前”日期,不是你的选择。

对于像“项目”这样的新测试项目,也使用工作流(如 Automating projects (beta) “)有一个明确的” signup process ".

但对于“可重复使用的工作流”,考虑到已经存在 feedback/discussion 与:

• 一 example repository
• 一 example workflow (无效,但另有原因)

我不想忽略文件夹,我想忽略它们已经包含git存储库的事实,然后重新对它们进行版本设置。

作为一个实际的解决方法,我会(在cron计划的每日脚本中)

• 查找并重命名任何 .git/ 将存储库嵌套到 .git.ori ,
• 确保 ~/Documents/.gitignore 包括 吉特先生。奥里 ,
• 添加来自 ~/Documents :这将包括所有嵌套的Git存储库内容,因为它们不再被识别为Git存储库,
• 恢复所有 吉特先生。奥里 在里面 吉特先生/

使用GraphQL查询( GitHub API v4 )还有 ContributionsCollection 对象

定义 from 通过 now 减去一年,然后 to 通过 现在 .

   var to = new Date();
   var year  = to.getFullYear();
   var month = to.getMonth();
   var day   = to.getDate();
   var from = new Date(year - 1, month, day);

使用 graphql.js 然后打电话 in here :

query ContributionsView($username: String!, $from: DateTime!, $to: DateTime!) {
  user(login: $username) {
    contributionsCollection(from: $from, to: $to) {
      totalCommitContributions
      totalIssueContributions
      totalPullRequestContributions
      totalPullRequestReviewContributions
    }
  }
}

一旦脚本在你的博客页面外运行, you can include it 用一个 <script src=...> 要素

如果您是GitHub存储库的所有者,并且已经克隆了其最新的主存储库,您可以简单地:

• 将这些更改复制到本地克隆存储库文件夹中
• git add / commit 和 push (无需合并,因为您是所有者)

并不是说没有“分支文件夹”:该文件夹将与本地克隆存储库文件夹相同。
如果愿意,您可以为这些更改创建一个分支,以便至少在较小的提交中添加/提交这100个更改,从而帮助构建一个连贯的历史记录(而不是一次提交,用commmit消息“巨大的更改转储”)。
但它将与当前克隆的存储库位于同一文件夹中。

它将添加默认远程子模块存储库默认分支的最新提交。

如果默认分支是master,那么子模块将引用该分支在提交时的最新提交 git submodule add .

您需要检查该特定提交是否确实是您想要的“最新版本”。

还可以配置子模块 to follow a particular branch ; 不过,只有在需要的时候,当你做一个 git submodule update --remote .

官员 git-prompt.sh script 包括:

# In addition, if you set GIT_PS1_SHOWDIRTYSTATE to a nonempty value,
# unstaged (*) and staged (+) changes will be shown next to the branch
# name.  You can configure this per-repository with the
# bash.showDirtyState variable, which defaults to true once
# GIT_PS1_SHOWDIRTYSTATE is enabled.

先检查一下你的电脑 ~/.zshrc 如果你正在使用 vcs_info instead .
它可以有自己的一套定制,比如 this gist .

例如,与 git stash list 如果你有任何文件。

嗨,用户名!您已成功通过身份验证,但GITEE。COM不提供shell访问。

您的密钥确实适用于基本身份验证,但仍无法克隆 username/demo-repo.git (假设“ username “是同一个吗?” Hi username! (信息)

就像我 mentioned before ,您可能需要创建ed25519密钥:

cd %USERPROFILE%\.ssh
ssh-keygen -t ed25519 -C  "xxxxx@xxxxx.com"  -P "" -f gitee

还有 %USERPROFILE%\.ssh\config 具有

Host gitee
  Hostname gitee.com
  User git
  Identityfile ~/.ssh/gitee

最后: git clone gitee:username/demo-repo.git (没有 git@gitee.com 只是 gitee )

GitHub页面支持CORS since 2015 Fix CORS Error| React Tutorial “它指出:

• " Run Chrome browser without CORS “(不推荐,仅用于测试)
• axios/axios issue 853

最后一期提到:

cURL不执行CORS规则。为了安全起见,浏览器会强制执行这些规则。

实际上,在服务器的响应头中应该有该头,这表示允许其他网站直接访问该资源 .

• 使用网页所在域上的代理服务器访问4chan的API或,
• 在任何其他域上使用代理服务器,但修改响应以包含必要的头。

不要使用git使用用户名和密码进行身份验证

这意味着:不要在你的URL中使用heroku:XXXXX:heroku登录应该缓存你的凭据,这意味着你不需要在URL中使用所述凭据。

如果问题仍然存在,请检查“的解决方案之一” ' git push heroku master ' is still asking for authentication

首先确认您正在使用SSH URL作为远程( git remote -v 在你的回购协议中)

然后,如前所述,将ssh密钥添加到ssh代理,如下所示 documented in GitHub 例如。
adding it to your ~/.bashrc

这个 OP Aishwary Shukla 添加 in the comments

所有这些都是因为配置文件中的一个小错误而发生的。

你可以看看 eamodio/vscode-gitlens ,基于Git扩展的主扩展。

它的 src/git/gitService.ts

static async getBuiltInGitApi(): Promise<BuiltInGitApi | undefined> {
    try {
        const extension = extensions.getExtension('vscode.git') as Extension<GitExtension>;
        if (extension !== undefined) {
            const gitExtension = extension.isActive ? extension.exports : await extension.activate();

            return gitExtension.getAPI(1);
        }
    } catch {}

    return undefined;
}

那就是使用 GitLab User API (作为GitLab实例的管理员)

那你可以 add SSH keys for a user modify an existing user account (包括他们的密码)

GitLab API client .

检查该文件夹的属性以获取其路径。

git status (如果您安装了Git),检查该文件夹及其内容是否真的在Git repo中(或者如果仅在Git repo中) src “是):
至少如果你看到 .git 文件夹上方要添加到索引中的文件夹,您应该可以从Eclipse中进行添加。

2016年9月更新:Docker 1.13: PR 26108 和 commit 86de7c0

docker system prune 将删除所有悬挂数据(即按顺序:容器已停止、没有容器的卷和没有容器的图像)。即使是未使用的数据 -a

你还有:

• docker container prune
• docker image prune
• docker network prune
• docker volume prune

为了 未使用 图像,使用 docker image prune -a (用于移除悬挂物 和 未使用的图像)。
未使用 意思是“没有被任何容器引用的图像”:在使用之前要小心 .

A L 的 answer , docker system prune --all 将全部删除 图片不仅仅是悬挂的。。。可能有点太多了。

结合 docker xxx prune --filter option 是限制修剪的好方法( docker SDK API 1.28 minimum, so docker 17.04+ )

• until (<timestamp>) -仅删除在给定时间戳之前创建的容器、图像和网络
• label label=<key> , label=<key>=<value> , label!=<key> label!=<key>=<value> )-仅删除容器、图像、网络和卷 没有 ,以防万一 label!=...

见“ Prune images “举个例子。

原答案(2016年9月)

docker rmi $(docker images --filter "dangling=true" -q --no-trunc)

我有一个 alias for removing those [dangling images] 13 drmi

这个 dangling=true 过滤器查找未使用的图像

这样,任何不再被标记图像引用的中间图像都将被删除。

第一 对于 exited processes (containers)

alias drmae='docker rm $(docker ps -qa --no-trunc --filter "status=exited")'

haridsv 指出 in the comments

从技术上讲, 您应该先清理容器,然后再清理图像,因为这将捕获更多的悬挂图像和更少的错误

Jess Frazelle (jfrazelle) 拥有 bashrc function :

dcleanup(){
    docker rm -v $(docker ps --filter status=exited -q 2>/dev/null) 2>/dev/null
    docker rmi $(docker images --filter dangling=true -q 2>/dev/null) 2>/dev/null
}

docker-gc :

一个简单的Docker容器和图像垃圾收集脚本。

• 删除之后不属于任何剩余容器的图像。

作为 show here

https://github.com/edison-fw/meta-intel-edison

问题的出现是因为爱迪生板上的git版本缺少一些部件。在这种情况下,git子模块二进制文件在 /usr/libexec/git-core

因此,首先检查您的Git安装是否在您的构建环境中完成。

“那” Adding a license to a repository “提到:

在“文件名”字段中,键入 LICENSE 或 LICENSE.md (全部大写)。

所以 LICENSE.txt 可能不合格。
... 而且,是的,没有提到 docs “文件夹” About community profiles for public repositories ".
Git本身没有“许可”的概念:它只是管理文件历史。

你应该 transfer your repository from your organisation to your user account .

如果传输的存储库使用Git大文件存储,则会自动移动所有Git LFS对象。
这种传输是在后台进行的,因此如果您有大量的Git-LFS对象,或者Git-LFS对象本身很大,则传输可能需要一些时间。

在传输使用Git-LFS的存储库之前,请确保接收帐户有足够的数据包来存储要移动的Git-LFS对象。
有关为用户帐户添加存储的详细信息,请参阅“ Upgrading Git Large File Storage. "

如所示” Undoing a git rebase ,检查的输出 git reflog 以及:

• 重置 feature 在回归之前
• 同样适用于 develop 分支

然后再次尝试你的回扣,注意冲突解决和回扣状态。
最后 push --force 再来一次。

完全没有 git pull hook ,并且,作为 noted here ,Git本身并不完全是一个部署工具。

如果您编写一个“更新”脚本,那么最好编写一个侦听器,它可以由存储库宿主服务自动调用。
这就是为什么 GitHub webhook 比如说。

既然你有上百个,一个webhook是不够的。
相反,您需要编写一个程序(分布在每个设备上),该程序 polls 每隔几个小时就有新的提交( git pull )然后调用更新脚本。

是的,根文件夹名称与GitHub存储库名称无关

cd /codeWars/sometest
git remote add origin https://github.com/<you>/codeWars-someTest

从那里,您可以添加/提交和推送:这将进入GitHub codeWars-someTest 储存库。

即使文件不再在磁盘上,它也在索引中。

这意味着这将还原文件:

git commit -m "commit changes"
git checkout -- profile.js

检查这些提交之间更改的文件列表:

git diff <a commit sha1>...<b commit sha2> --name-only # b is after a in time

推的时候都是: git diff 7b0f27ad..e16bb180 --name-only 当你收回第二份回购协议时: git diff 33ac1a63..e16bb180 --name-only

这将显示您是否推送了正确的文件列表(您可以删除 --name-only 检查实际变化)

一个可以解释错误消息的场景:

• Gitlab提供 2FA (Two-Factor Authentication ) ,系统将提示您输入由一次性密码验证器生成的代码。
• 这取决于 NTP (Network Time Protocol) ,作为 documented here 是的。
• GitLab issue 52133 说明NTP错误配置可能导致422错误消息。

所以再检查一下 NTP settings on Windows 10 是的。