Git

疫情常态化背景下，餐饮行业能够说「毫无安全感」，更大的、看不见的挑战是这场疫情正倒逼且减速餐饮业在数字化、智能化的倒退过程。 然而在推动数字化的过程中，餐饮行业经常呈现这样的状况： 企业洽购了相干餐饮 SaaS 零碎，很多餐饮企业一线员工对软件认知程度有余，在外部很难普遍推广； 员工不爱用，只有老板看，老板看完当前还要往下一级一级散发工作和指标； 各门店及岗位仍存在办公协同艰难大，一线员工还是手动解决数据，存在统计数据不及时、效率低、信息不同步、人效节约等问题。 上述问题阐明就算没有疫情，餐饮数字化零碎也须要更加易用，能力适配大多数餐饮从业者的应用习惯。怎么样才是餐饮数字化的正确姿态呢？ 维点 24h 图书馆开创馆长、维点服务中台发起人运合学生，领有多年推动中小企业数字化、平台化的教训。他认为： 当初线下餐饮门店的数据是十分碎片化的，只有数据在线上和线下、外部和内部买通，餐饮业能力实现真正的用数据驱动经营。 于是，他在「2022 企业效力挑战赛」中通过vika维格表 x 腾讯千帆场景连接器 x 哗啦啦实现了门店经营数据主动汇总并推送到企业微信群，帮忙餐饮企业造成了智动化 PDCA 治理循环。 运合学生将这套《连锁餐饮收银治理》模板落地北京小石灶治理有限公司，让人员老本缩小 40%，对账效率进步 50%。 一起来看看具体利用实际～ 模板落地实现真正数字化李店长是某连锁餐厅门店的店长，团体对于门店扩张及治理有较欠缺的流程，且购入了哗啦啦来对门店进行数字化治理。哗啦啦作为餐饮行业垂直 SaaS 软件，性能全面，蕴含优质的收银、供应链、财务等零碎。 即便曾经有了数字化零碎，李店长还是很头痛：只有本人看得懂软件界面、重复培训一线员工应用软件，还是出错；经营数据还是须要专人统计。有没有方法让数据本人整合好并进行要害信息推送告诉，一线员工也能轻松上手应用？ 李店长理解到《连锁餐饮收银治理》能解决这些问题，起初还抱着试一试的态度，没想到落地这套模板后： 在工作同步上，员工能在群内主动收到告诉，须要同步的信息不必亲自传话，信息、沟通更加简洁高效。 对门店服务人员来说，无论受教育程度如何，简直不必培训就能上手应用，特地是很多年老员工不必 1 天工夫就能在vika维格表操作收银治理，培训老本升高了，还不容易出错。 李店长本人在手机上就能疾速查看每日营业数据、菜品售卖状况，不必看稀稀拉拉的 Excel。 作为团体第一家落地此模板的门店，相比其余门店人员老本缩小 40%，对账效率进步 50%，李店长感觉本人当初真是试对了。 实现成果如何获取模板每天人工统计、告诉的数据能够实现主动推送至企业微信群，管理层和一线员工同步信息只有 5 秒。 扫描下方二维码，手把手教你搭建同款模板 联合海量模板餐饮业全周期数字化vika维格表可能连贯餐饮业务场景的残缺流程，任何规模的门店都能享受数字化。戳这里马上获取相干模板～ 会员经营网红亲子粒粒堡的数字化案例中提到，粒粒堡利用vika维格表做自动化的会员生日治理和会员星座治理，可能及时收到音讯预警，不便后续做相干的经营动作。 不仅如此，而在此基础上搭配「自动化发短信」、「自动化发邮件」解决方案，不仅经营人员能收到音讯预警，顾客也能直观感触到个性化、定制化的服务，营销更加省心省力。 餐饮门店治理一键转化数据大屏，随时随地查看各门店经营情况，无需每天重复收集数据，实现跨门店、跨组织、跨平台、跨终端的全链路数据闭环，落地数智化经营。 戳这里支付更多免费模板。 vika维格表 x 腾讯千帆场景连接器正通过更多 AI 与人工智能，带来更多自动化场景，退出vika维格表 x 腾讯千帆场景连接器群聊，领先体验更多功能： 输出 vika.cn 收费应用，扫描下方二维码，和vika维格表一起摸索更多自动化办公场景 ...

前言git对于大家应该都不太生疏，纯熟应用git曾经成为程序员的一项基本技能，只管在工作中有诸如 Sourcetree这样牛X的客户端工具，使得合并代码变的很不便。但找工作面试和一些需彰显集体实力的场景，依然须要咱们把握足够多的git命令。 下边咱们整顿了45个日常用git合代码的经典操作场景，根本笼罩了工作中的需要。 我方才提交了什么?如果你用 git commit -a 提交了一次变动(changes)，而你又不确定到底这次提交了哪些内容。你就能够用上面的命令显示以后HEAD上的最近一次的提交(commit): (main)$ git show 或者 $ git log -n1 -p 我的提交信息(commit message)写错了如果你的提交信息(commit message)写错了且这次提交(commit)还没有推(push), 你能够通过上面的办法来批改提交信息(commit message): $ git commit --amend --only 这会关上你的默认编辑器, 在这里你能够编辑信息. 另一方面, 你也能够用一条命令一次实现: $ git commit --amend --only -m 'xxxxxxx' 如果你曾经推(push)了这次提交(commit), 你能够批改这次提交(commit)而后强推(force push), 然而不举荐这么做。 我提交(commit)里的用户名和邮箱不对如果这只是单个提交(commit)，批改它： $ git commit --amend --author "New Authorname <authoremail@mydomain.com>" 如果你须要批改所有历史, 参考 'git filter-branch'的指南页. 我想从一个提交(commit)里移除一个文件通过上面的办法，从一个提交(commit)里移除一个文件: $ git checkout HEAD^ myfile $ git add -A $ git commit --amend 这将十分有用，当你有一个凋谢的补丁(open patch)，你往上面提交了一个不必要的文件，你须要强推(force push)去更新这个近程补丁。 ...

1.本地拉取我的项目git clone ssh地址 2.切换分支git checkout xxx 3.拉取最新代码git pull 4.提交代码git commit -m "批改内容" 5.查看变更文件git status 6.增加本地批改的文件git add 某个文件名称 //也能够跟多个文件名增加多个git add . //所有文件 7.合并某个分支git merge origin/分支名 8.推送代码git push 9.查看提交日志git log切换高低箭头查看更多日志信息 10.回退到某个版本git reset --hard 提交号 11.从代码仓取回误删代码git checkout . 12.批改最初一条信息的文本git commit --amend i=>编辑:wq=>退出 13.不校验代码git commit -m "批改内容" --no-verify

苹果、微软都在用的 NPS，你用上了吗？ 什么是 NPS？ 净推荐值，又称净促成者得分，是一种计量某个客户将会向其他人举荐某个企业或服务可能性的指数，是目前广受欢迎的顾客忠诚度剖析指标。NPS 基于一个非常简单的问题：「你是否会违心将XXX（企业或者产品）举荐给您的敌人或者共事吗？」 它能够通过 0-10 分的区间将用户分为 3 个类型，并通过诘问「为什么」获取根本原因： 推荐者 Promoter（评分在 9-10 之间），这类客户具备很高的忠诚度，他们向敌人或者共事举荐企业产品/服务的志愿很强； 中立者Passives（评分在 7-8 之间），对产品或服务的满意度适中，但不具备向别人举荐的志愿，有抉择竞品偏向的可能性； 贬损者Detractors（评分为 6 及以下），他们对企业的忠诚度和满意度都很低，散失的可能性十分大。 无论企业是 To B 还是 To C，越来越多的企业应用 NPS 作为掂量顾客虔诚、优化顾客体验的管理体系。 对于 SaaS 行业来说，晋升并优化用户体验，是每个产品技术及品质团队孜孜以求的指标，NPS 无疑是一个无效的用户反馈数据。在美国，简直每家 SaaS 公司都会盯着 NPS，甚至作为北极星指标。 通过 NPS 来筛选、评审出相应研发需要，不仅能理解到用户对现有的性能 / 产品的认识，对现有计划进行优化、迭代；还可能优先产出、上线用户关怀的性能 / 产品。然而在实操的过程中，经常遇到以下问题： 经营、产品： 须要人工从收集软件中导出 Excel，再进行二次解决； 反馈从收集到最初的开发波及运营部-产品部-研发部，材料满天飞； 领导天天问进度，反复汇报； 在不同的渠道应用不同的工具，收集回来需要扩散、不集中。 管理者： 无奈实时把握用户的每一条需要，以及每一条需要的跟进状况； 各个部门相互踢皮球，找不到第一责任人，效率低下。 「2022 企业效力挑战赛」的一等奖作品：《NPS 主动收集与需要流转》巧用vika维格表 x 腾讯千帆场景连接器 x NPSMeter 轻松解决上述问题。之前每次调研耗时 10 小时，落地应用这套模板后缩减为 3 小时，提效 70%。 0 老本，不必一行代码就能 get 500 强同款 NPS 零碎，快来看看吧～ ...

重复的疫情，街头时常会有打工人扛着显示器和键盘穿梭的场景，辛苦又无奈。然而没方法，工作可不能丢啊。 与此同时，企业主、老板和团队管理者也大伤脑筋。近程办公成为了要保住业务而无可奈何的抉择，但其中大部分人不足迷信的远程管理伎俩，业务跑不通、效率保不住，企业生存都是难题。 新的工作流程、沟通和合作形式必须建设，而这离不开泛滥近程办公工具的帮助。vika维格表，具体地为泛滥管理者整顿了一整套近程效率办公合集，内含 27 个收费工作模板，与你共克时艰。 接下来，就让咱们一起看看，这些模板能为你解决什么艰难： 必要的工作反馈与记录团队的成员在家有没有工作？负责的工作有什么停顿？文件材料有没有可供留底查看，及时理解状况？这些问题不解决，近程办公无从谈起。而以下这些模板，打消了你的后顾之忧： 员工日报治理便捷收集和治理员工每日工作待办事项和进度，让员工以清单体模式填写，既能集中展现团队成员 1 天的工作成绩，又能按成员查看他近期的所有工作产出。 这个模板保障了团队成员的信息同步，也让员工立下一天工作指标并及时复盘。 会议纪要以表单模式疾速实现会议纪要，并进行集中存档治理。模板反对对会议纪要按我的项目查看和按参会人查看。每个会议探讨什么内容、有什么后果，接下来须要做什么，都能够便捷回溯。 业务工作汇报以业务部门视角，记录各个部门的工作内容、后果实现、用时与进度。模板还提供数据看板，让你高深莫测通晓工作记录提交状况、二级业务类型散布、三级业务进度和工作用时。 工作打算治理对工作的我的项目、打算和人员进行具体记录及治理，从工作板块、打算级别、周期、起始工夫、阶段停顿到负责人参加人、成绩附件全笼罩。反对甘特图、看板、按工作板块和打算等级查看。 同类型模板 合同治理：实用于公司外部的法务 / 财务团队，对立合同流、资金流、发票流等信息，以及相干信息的归档治理。 假期排班零碎：假期排班表、排班日志记录、值班人员治理，每个突发状况都有人解决、责任追溯。 全副 27 个近程办公工具，打包支付 朝正确的方向推动工作如何让扩散各地的员工朝一个独特的公司指标致力，乃至让其领导具体工作？信息的公开通明和指标治理必不可少。聚焦指标，向正确的方向推动工作，你须要这些模板： OKR 治理 - 零碎版OKR 即指标与要害成绩法，是包含谷歌、华为等企业都在用的指标管理工具，能够驱动组织产出优良绩效，聚焦要害胜利因素。这套模板从 OKR 制订、跟踪、考评到复盘一条龙落地，帮忙你的团队成功实践 OKR。 工作指标与工作治理制订公司年度的 OKR 并联合团队职责进一步拆分，关联具体的工作产出。这个模板分割了指标与工作执行，无效保障信息同步和理论产出。 同类型模板 OGSM 打算与执行：OGSM 是一种打算与执行管理工具，一种制订策略打算的弱小工具。这个模板让它实现落地利用。 GTD 工夫治理：GTD（Getting Things Done），把事件解决好，是一种非常高效的工夫治理办法，用这个模板实现自我管理。 2022营销日历：流动和内容经营必备，把握 2022 年所有节日及关键词，不放过每个增长机会。 全副 27 个近程办公工具，打包支付 构建新的业务工作流程当你的团队开始适应根本的近程办公模式和工具，那接下来管理者须要做的，就是针对新的业务工作流程做出转变。 业务的流转与人员协同，须要一个适应近程办公的工作流落地。这些模板，针对具体业务给你提供解决方案： ...

1 根底概念1.1 git原理git 把以后文件夹在生成一个 .git文件夹用作版本控制库，这个文件夹当前可能会很大，因为所有代码都寄存在外面。 git分区git有三个分区：工作区（Working Directory）：开发者间接编辑的中央，只有文件产生了更改，在这就会显示进去，蕴含追踪与未追踪文件。通过git add将工作区文件增加到暂存区。暂存区（Stage | Index）：数据临时寄存的区域，通过git commit将暂存区文件增加到本地版本库。本地版本库（Local Commit History）：寄存所有曾经提交的数据，通过git push推送到近程仓库。 2 git罕用操作命令从创立一个版本库到推送到近程仓库，合并抵触，分支，变基等操作，本次只对最罕用的git命令进行介绍。 2.1 创立版本库创立版本库能够是在本地应用git init命令进行创立版本库，或者能够在近程仓库创立一个存储库，在近程创立一个readme.md文件，而后将此我的项目clone到本地，后续对我的项目的的操作就基于此存储库进行。 2.2 增加操作git add <filename> // 增加到暂存区（stage)git add . // 全副提交到暂存区2.3 提交操作git commit -m "description" // 提交到本地库(必须先add)git commit -am "description" // 可提交未add文件，然而不包含新创建文件git commit --amend -m "description" // 这个命令会将暂存区中的文件与最近一次的提交记录合并，并批改提交信息为本次提交的提交信息。git commit --amend // 与上边的命令类似，不同的是它在将本次提交与最近一次提交记录合并时不会被动批改提交信息，须要你在输出这个命令后进入的vim编辑器手动更改，或者应用:q命令退出批改，应用上次提交的提交信息。2.4 删除操作（删除）git rm <file> // 从暂存区删除（stage) 删除文件到暂存区，能够应用git checkout <file> 复原git rm -f <file> // 删除之前批改过并且曾经放到暂存区域 删除的能够是文件夹或者文件,删除地位与复原同上git rm --cached <file> // 如果把文件从暂存区域移除，但依然心愿保留在当前工作目录中，换句话说，仅是从跟踪清单中删除2.5 撤销addgit checkout <file> // 复原未提交的更改,会讲批改的文件复原到上一次commit的状态，《留神》：应用git checkout 勾销add的文件无奈复原，应用前要确认以后add的批改项的确无git reset HEAD <file> // 勾销之前 git add 增加，只是勾销add，工作区的内容不会受到影响。2.6 撤销commit当你提交了代码到本地，但此时，你想撤回这个提交，从新编辑批改一下。这时你能够通过 git reset 来实现。这个撤销分为是否保留批改。保留批改：git reset --soft，你之前所作的更改都在，这也称为最平安的撤销。舍弃批改：git reset --hard，你之前所作的更改都会隐没，所以要审慎应用。 ...

git stash (pycharm/vscode的gui演示)场景代码刚写到一半，发现线上bug须要马上批改部署上线此时手头的代码写一半，提交基本跑不动甚至影响原来的业务了回滚就白瞎搬了好几小时的砖了好的实际（git分支治理比拟标准时）每个性能或bug修复都从骨干创立一个分支开发实现后合并回骨干遇到上述情况时，以后分支代码保留本地（开发以后性能是从骨干拉取的）从骨干从新拉取一个分支批改后合并切换回开发到一半的分支持续开发当我的项目很小，参加人员1-2人时，保护分支较为繁琐，只在一个分支上开发时应用git stash暂存（未提交的代码放在暂存区中）修复bug，部署上线应用git unstash从暂存区中取出未实现代码，持续开发以下联合pycharm和vscode的gui操作演示pycharm暂存以后未提交代码点击"Git">"Uncommitted Changes">"Stash Changes..." Message中填入信息（用于还原抉择），点击"Create Stash"，就能够看到刚写的代码没掉了 在以后分支批改代码，而后提交从新获取暂存代码点击"Git">"Uncommitted Changes">"Unstash Changes..." 抉择对应暂存记录，点击"Apply Stash"即可还原代码 vscode暂存以后未提交代码点击"Git"图标 > 提交界面右上角的"..." > "Stash" > "Stash" 在弹窗中填入暂存名称后回车 在以后分支批改代码，而后提交从新获取暂存代码点击"Git"图标 > 提交界面右上角的"..." > "Stash" > "Apply Stash"/"Pop Stash" 区别就是Pop会删除记录，Apply不删除，Latest是最初一次，带"..."就会弹窗抉择一个

git笔记git update-index --assume-unchanged PATHPATH写须要疏忽的门路，具体到某个文件才不会报错，如果只是疏忽1个文件夹中的所有文件，会报fatal: Unable to mark file 门路的谬误

大家好，我是 lucifer。明天给大家分享 Git 中的算法。 这是本系列的第二篇 - 《Git 中的最近公共先人》，第一篇在这里 <!-- more --> git merge-basegit merge-base A B 能够查找 A 提交和 B 提交的最近公共先人提交。而因为 分支和标签在 Git 中仅仅是提交的别名，因而 A 和 B 也能够是分支或者标签。 o---o---o---B /---o---1---o---o---o---A如上图的 Git 提交状况，那么 git merge-base A B 会间接返回提交 1 的哈希值。 更多对于 merge-base的用法细节能够参考官网文档 如何查找公共先人呢？咱们晓得 git 每次提交，实际上都是新建了一个提交对象，外面记录一些元信息。比方： 提交人提交工夫哈希上一次提交的援用。。。而上一次提交的援用导致了 git 提交是一个链表构造。而 git 反对创立分支，并基于分支进行开发，因而 git 提交实质上是有向无环图构造。 如上图，咱们基于提交 2 创立了新分支 dev，dev 上开发后咱们能够将其合并到主分支master。 而当咱们执行合并操作的时候，git 会先应用 merge-base 算法计算最近公共先人。 如果最近公共先人是被 merge 的 commit， 则可执行 fast-forward。如下图，咱们将 dev合并到 master 就能够 fast-forward，就如同没有创立过 dev 分支一样。 ...

1：git init（初始化git仓库）git init(在当前目录初始化git仓库)git init test(新建test目录，并将test目录初始化为git仓库)2：git clone（克隆我的项目）git clone url(将url地址的git仓库克隆到本地)3：git config（git配置）git config --list(列出git配置)git config --global user.name "XXX"(配置用户名)git config --global user.email "XXX"(配置邮箱)4：git log（git日志）git log(查看以后分支所有日志)git log -n n(查看最近n条日志)git log --pretty=oneline(查看以后分支日志的commit_id 和提交信息)git show XXX(查看指定commit_id提交的详细信息)git diff XXX(查看指定commit_id提交中新版和旧版的比照信息)5：git add（将改变挪动到暂存区）git add .(将所有改变移到暂存区)git add XXX(将指定文件移到暂存区)6：git commit（将暂存区改变提交本地仓库）git commit -m "提交阐明"7：git push（推送本地仓库至近程仓库）git push8：git pull（拉取近程代码至本地）git pull(将近程仓库代码拉取到本地)9：git branch（分支治理）git branch(列出所有本地分支)git branch -r(列出所有近程分支)git branch -a(列出所有本地分支和近程分支)git branch test(新建test分支，但仍然停留在以后分支)git checkout -b test(新建test分支，并切换到test分支)git merge test(将test分支合并到以后分支)git branch -d test(删除test本地分支)git push origin --delete test(删除test近程分支)10：git tag（git标签治理）git tag(列出所有标签)git tag -l(查看标签列表)git tag -a v0.1(基于以后HEAO创立v0.1标签)git tag v0.1 XXX(在指定commit_id提交中新建一个v0.1标签)git tag -d v0.1(删除本地v0.1标签)git push origin :refs/tags/v0.1(删除近程v0.1标签)git push origin tag v0.1 (推送v0.1标签到近程仓库)git show v0.1(查看v0.1标签信息)

记录git 操作git fetch --all //从近程拉取最新的代码 不mergegit reset --hard origin/develop //应用指定分支的代码（此处develop）强制笼罩代码git pull //从近程拉取最新的代码 主动merge

基本概念工作区：我的项目中本地文件被批改的区域。暂存区：工作区中本地文件的改变通过"git add"放入暂存区。本地仓库：最初暂存区的批改通过"git commit"放入本地仓库。 存储暂存区： 通过"git add"把工作区内容退出暂存区。通过"ls -l .git/index"看到.git/index的更新工夫和大小都变了阐明该文件和暂存区无关。间接关上.git/index发现是乱码，因为是二进制内容。git提供了"git ls-files"显示暂存区的文件内容。文件内容包含40位的字符（hash）和文件在我的项目中的门路，还是没有批改文件的具体内容。.git/objects中能够找到.git/index中hash对应的文件，同样间接关上是二进制。通过"git cat-file -p hash"查看具体的内容，展现了刚退出暂存区的文件内容。本地仓库： 本地仓库最根本的是分支，分支上有提交，提交有提交信息，能追溯到上一次提交.git/HEAD中存储着以后援用的分支文件的门路，指向了.git/refs/head中的文件，文件内容是40的字符hash,正是"git log"最近一次的commitID通过"git cat-file -t hash"查看这个hash是个commit。同样通过"git cat-file -p hash"查看commit对应的二进制文件，包含tree、parent、author、commit日志等。这个parent正是"git log"中以后commit的上一次commit，这就是commit能链式追溯的起因。而通过"git cat-file -p hash"查看tree，内容就是蕴含本次批改的文件的门路和hash列表，具体的文件内容能够在.git/objects的文件中找到。思考：暂存区的意义：一个是通过"git add -i"让开发区的局部文件增加到开发区，另一个是git merge过程中没抵触的文件合并文件间接增加到暂存区。 resetgit reset --hard | --mixed | --soft commitID--hard 把开发区、暂存区、本地仓库都还原到某个commit--mixed 把暂存区、本地仓库还原到某个commit--soft 把本地仓库还原到某个commit常见利用： "git reset --hard HEAD"，把暂存区和开发区的更新都去掉。"git reset --soft commitID"，把间断几次的commit合并到一个。"git reset --mixed HEAD filename"，用本地仓库的最近提交的某个文件还原暂存区，相当于"git checkout filename"把增加到暂存区的某个文件撤销。本地仓库被重置记录在.git/refs/head/master中，默认是最近提交，.git/refs/head/master是commit链的终点。有时commit在"git log"中找不到了，能够查看"git reflog"，而这个操作查看的.git/logs/HEAD，对reflog中的操作能够通过head@{n}来执行。 checkout

什么是GIT关上git查看版本实现Git 的应用Git 应用前配置对于提交人姓名和联系方式的配置 配置提交人姓名：git config --global user.name 提交人姓名配置提交人姓名：git config --global user.email 提交人邮箱查看git配置信息：git config --list 也能够再文档中进行配置实现提交步骤git init 初始化git仓库git status 查看文件状态git add 文件列表 追踪文件git commit -m 提交信息 向仓库中提交代码git log 查看提交记录实现用暂存区中的文件笼罩工作目录中的文件： git checkout 文件批改内容想要撤销回原来的撤销胜利将文件从暂存区中删除： git rm --cached 文件将test.html文件从暂存区中删除胜利将 git 仓库中指定的更新记录复原进去，并且笼罩暂存区和工作目录：git rest --hard commitID 提交了两次list 和 test被删除，只留下第一次提交的内容，实现。开发分支（develop）：作为开发的分支，基于 master 分支创立。性能分支（feature）：作为开发具体性能的分支，基于开发分支创立性能分支 -> 开发分支 -> 主分支git branch 查看分支git branch 分支名称 创立分支git checkout 分支名称 切换分支每个分支上的文件应该提交到仓库里再切换到其余分支，否则会在其余分支上看到这个分支上创立的文件，这是不对的正确状况实现git merge 起源分支 合并分支这样develop分支就被合并到master分支了然而每个分支实际上还是能查问到，并做批改的实现git branch -d 分支名称 删除分支（分支被合并后才容许删除）（-D 强制删除）-d只能删除合并过分支的分支如果没有合并会报错能够用-D来强制删除实现个别只有提交到仓库中，能力切换分支，工作进行到一半不想切换到仓库，能够将剪贴起来，将分支清空而后切换分支，实现工作后，切换回来再Pop方才的内容持续实现实现以上对于git的内容完结GITHUB 多人合作开发流程创立近程仓库填写仓库根本信息将本地仓库推送到近程仓库git push 近程仓库地址 分支名称git remote add 近程仓库地址别名 近程仓库地址对于 git push的简化实现 ...

明天就来讲一下创立git仓库，并clone到本地的一套流程吧。我用的git仓库是国内的Gitee，注册账号什么的就不多说了。 一、 创立仓库点击头像旁边的加号创立仓库 关上后填写你的仓库的信息，这些依据集体需要没啥好说的。 二、 配置ssh公钥要是想把近程代码clone下来，就须要和本地电脑建设连贯，如何建设连贯呢，就要用到ssh公钥，ssh公钥就相当于你电脑的标识，须要在Gitee上配置ssh能力和本地电脑建立联系，就可能上传代码了。啰嗦了这么多，如何生成本人电脑的ssh公钥呢？1、 先查看本机有没有ssh公钥运行 cd ~/.ssh 和 cat id_rsa.pub查看本机是否已有ssh（或者间接输出cat ~/.ssh/id_rsa.pub 2、 生成公钥本机找不到公钥就须要生成公钥，命令：ssh-keygen，一路enter就好了。 三、 给账户配置ssh公钥进入集体设置，增加ssh公钥即可，能够增加多个公钥，示意一个账号能够应用多台电脑提交代码，这个公钥也是标识你账号的键，一个公钥只能属于一个用户，但一个用户能够有多个公钥，怎么说呢，就是只有以后你的电脑的公钥在账号里，你就能够提交代码到此账户领有的仓库里，上面画个图解说下吧。 就是图上这样，条件是用户1和用户2都对近程仓库有操作权限，而后各用户配置本人的ssh。 最初，把我的项目克隆到本地的话就间接网页端点到我的项目页的这里有两种形式，有SSH和HTTPS的。而后复制下来到本地git clone就好了 有写的不清晰的中央欢送留言探讨呀！

尽管题目是把gitbash增加到右键菜单，但相似的别的你也能够这么做，就相当于右键快捷关上的一种形式了。咱们目标是搞出这个快捷方式。1、 win+R，输regedit进入注册表2、顺次进入HKEY_CLASSES_ROOT —-》 Directory —-》Background —-》 shell3、右键点击shell，抉择新建，而后选择项，命名为 Git Bash Here，胜利后进入桌面右键发现多了 Git Bash Here.4、增加图标：右键点击shell中你刚刚新建的这个项(Git Bash Here)，抉择新建，而后抉择字符串值，将名称设置为Icon；找到Git的文件夹，我装置在了D盘，D:\Git\mingw64\share\git，进到外面有个git-for-windows.ico；而后将刚刚新建的字符串值的数据设置为D:\Git\mingw64\share\git\git-for-windows.ico；保留发现右键Git Bash Here中多了一个图标；.5、在 Git Bash Here 上面新建一个项名字为command将数据设置成 D:\Git\bin\bash.exe，这个也和你装置Git的门路无关 别的利用也相似这样搞就好了！

本地分支太多，不好查看以后次要开发分支，这个时候须要删除一些不必的分支。提供一个本地批量删除的形式。 git branch | grep -v 'master' | xargs git branch -D该代码能够一次性删除所有除master之外的所有分支。 如果须要常常应用，倡议配置成别名： git config --global alias.da '!git branch | grep -v "master" | xargs git branch -D'后续执行: git da即可。

git领有许多指令,并且容许为这些指令设置别名, 进步开发效率.通过config命令对一些指令设置别名: git config --global alias.co checkout一个别名也能够为多个指令, 如: git config --global alias.acm !git add -A; git commit -m罕用的别名设置: git config --global alias.co checkoutgit config --global alias.ci commitgit config --global alias.aa add -Agit config --global alias.br branchgit config --global alias.st statusgit config --global alias.da '!git branch | grep -v "master" | xargs git branch -D'git config --global alias.acm '!git add -A; git commit -m'git config --global alias.lgl 'log --pretty=oneline'git config --global alias.lgp "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"如果感觉下面的别名一个一个设置显得麻烦, 能够在相应的gitconfig文件中设置. ...

一步一步摸索 git reset为求简略, 本文只思考初始状态 Git 仓库, 缓存区域 和 当前目录 雷同的状况本文的源地址: https://github.com/liuyunbin/...在同一目录下, 有相干的测试脚本本文应用的 Git 版本$ git versiongit version 2.30.1摸索如下构建一个测试目录$ rm -r test$ mkdir -p test && cd test$$ git init$$ echo a > 1.txt$ git add 1.txt$ git commit -m "A"$$ echo b > 1.txt$ git add 1.txt$ git commit -m "B"$$ echo c > 1.txt$ git add 1.txt$ git commit -m "C"$$ echo d > 1.txt$ git add 1.txt$ git commit -m "D"此时的提交记录是 A --> B --> C --> D, Git 仓库, 暂存区, 当前目录都是 D ...

创立新分支并提交到近程仓库# 先查看一下以后所在分支git branch # 创立本地分支并切换到新创建的分支git checkout -b [branch]# 把新建的分支 push 到近程，相当于创立一个近程分支git push [remote] [branch]合并分支# 先切换到要进行合并的分支 agit checkout [branch-a]# 把分支 b 合并到分支 agit merge [branch-b]本地代码提交到近程仓库# 把文件增加到本地暂存区git add .# 将本地暂存的批改提交到本地仓库git commit '提交的形容文字'# 将本地的分支版本上传到近程并合并git pull && git push

git是能够离线操作的，包含"git add"、"git commit"等很多命令都能离线执行，所以这些命令波及的数据必定都是有本地存储的，比方commit的id、message、author，历史批改的文件等，那么这些数据是存储在哪里的？答案是.git文件。上图展现了.git下的所有文件，上面对index，objects，HEAD，refs这些文件夹剖析。 .git/index通过"git add"命令能够把更新的文件退出到暂存区，能够认为index是暂存区的存储文件，index包含了退出到暂存区的文件以及未更新的文件，这些文件通过hash指向和文件门路代表。 在工作区对add-me文件进行了批改。（M代表了批改，第二列的M代表是未退出暂存区的） 通过“git ls-files -s”查看此时index文件（二进制的）的内容。第二列是blob类型的hash，blob我了解就是门路类型的，第四列是文件门路和名称。 通过git add add-me把文件存入暂存区。(M色彩变了并且跑到第一列代表在暂存区然而未退出本地库) 此时的index文件内容，看add-me对应的文件曾经更新了。 尽管看到hash的确扭转了，然而这个hash是如何映射文件内容的呢，看上面objects的介绍。.git/objects说是数据对象比拟形象,其实就是二机制文件，蕴含三种类型的内容。 commit类型的,其hash值的前两位定义为文件夹名称，后38位定义为文件名称，内容是commit的message、author、parent、tree等信息。 a. 执行"git log --pretty=raw"能够看最近的提交日志。 b. 这些信息就是记录在objects文件夹下的，咱们试着找commitID为“e4a4482cf8163dadf861161803ea06460c5940b5”对应的文件。 c. 通过"git cat-file -t "查看hash类型。 d. 通过"git cat-file -p"查看文件内容，正是 git log打印的。 blob类型的，也就是文件门路和文件名，hass值在objects中也是前两位对应文件夹后38位对应文件名称。 a. 执行“git ls-files -p”查看index文件内容。 b. 查看hash类型。 c. 在objects中的地位。 d. 查看下文件内容,正是退出到暂存区中的内容。 tree类型的，也就是每次提交都会通过一个tree蕴含本次提交波及的所有文件。 a. 同样通过"git log --pretty=raw"找一个tree类型的hash。 b. 查看hash类型。 c. 查看objects中的地位。 d. 同样的查看文件内容，能够看到包含了本次更新和未更新的所有文件的blob hash。 .git/HEAD，.git/ref/head/master这俩放在一块是因为在应用时 HEAD和refs/head/master是等效的，另外master是refs/head/master的v简写也是等效的。看下HEAD文件的内容。refs/head/master文件的内容是一个commit类型的hash.在log中查看下这个hash。原来HEAD、master和refs/head/master都存储着咱们最近一次提交的commID。 上帝视觉咱们离线操作无非是工作区、暂存区、本地库，暂存区对应的文件的hash就存在index中；本读库对应的内容的hash存在objects中hasn类型为tree和commit类型的文件中；objetcs中的hash类型为blob的文件则存储了咱们所有文件，包含在暂存区和曾经commit的。

是时候咱们该聚焦于git的暂存区局部了；当咱们上次增加文件的一部分（“git add <file>”）的时候我咱们隐式的应用了暂存区。这是git合其它版本零碎的次要区别，也是个别人容易对它的作用纳闷的中央。 git的暂存区容许你解冻状态树的一部分，这样随后的“git commit”的就会把解冻的这部分提交。许多的版本零碎都是让你在提交的时候解冻所以没有这个中间状态；当你第一次应用git的时候，你通常会“git add”而后了解执行“git commit”，甚至是设置别名把这两件事一起做了。 所以git为什么要有暂存区的概念呢？记着，git应用内容寻址的文件；换句话说，当你执行特定的内容片段的时候会有同样的identity。当你运行git add 把那个对象增加到对象库中的时候会产生什么。当对象被增加的共事，还须要一个指针指向它。所以有个被称为暂存区的虚构树，它蕴含了一个指向blob和文件映射的树。 以后add文件或者rm文件的时候，实际上最重批改了这个树，这个树蕴含了你接下来要提交的局部。当运行commit命令的时候，它通过这个虚构树构建一个实在的树对象，并且把它提交到库里（同时必定会更新分支）。 只管这个个性不会立刻有用处（并且有些争执认为这是git比其它零碎更简单局部），然而它在特定的操作中是很有用的： 暂存局部文件会把文件拆解到不同的提交。（局部文件被存到了暂存区，那么工作区的残余局部可能是调试代码，这样能够间接“checkout .”去掉；或者只提交暂存区中测试过的局部）。有大的合并的时候有用，这种状况下可能会有很多的抵触（暂存区能够记录那些没有抵触，那些事解决了的抵触，通过“git add”增加到暂存区；剩下的就是解决多数的差别）。当运行“git status”的时候，控制台日志会通知咱们暂存区和开发区的对应关系，提醒咱们git发现的文件的diff信息。为了减速解决，git通常应用工夫戳确定文件是否扭转，然而此时会全面扫描解决内容的hash来确定文件的差别。 暂存的内容实际上是被批改文件的快照。例如：下面展现的重命名和批改被存到了暂存区，同时批改了但没有存到暂存区的不能被提交。暂存区同样和本地库有了辨别。 所以一个文件可能三个备份，包含之前被提交到本地库的版本，以后开发区的版本，被存到暂存区的版本。这就是为什么会在“git status”的时候同一个文件会呈现两个status信息。能够应用git diff 展现暂存区和开发区同一个文件的区别。 援用 https://alblue.bandlem.com/20...

CSCI 2134 Lab 1: Using GitWinter 2021ObjectiveIn this lab, you will apply your knowledge of version control, notably Git, to manage a set of filesfor a project. You will be given a Git repository of a project and will be asked to perform severalchanges to the files in the project.Aside: The code in question comes from a sequence of assignments that students were assignedin CSCI 3136, which involved writing an interpreter for a small language. This lab is intended tobe a simulation of these assignments. You will be given all the intermediate source files and willbe adding them to the project as if you were writing it yourself. That is, the following lab representsthe set of steps students would need to do to store and manage their assignments in Git.PreparationIt is STRONGLY recommended that you complete Task 1 of Assignment 1 prior to this lab.Ensure that your CSID is active and you can log into your GitLab account athttps://git.cs.dal.ca.If not, please see instructions in Assignment 1 to accomplish this. All work will be done in the CSGitLab server. Do not use an external Git service like GitHub.Ensure that you have read and understood the material on version control and Git from thecourse. You might also gain some insights through an online Git tutorial, like the one athttps://try.github.io.ResourcesSupport files: https://git.cs.dal.ca/courses...ProcedureSet-up ...

  明天偶尔遇到一个这个问题，明明上午git还好好的，忽然就没方法push 和pull了，网上说什么的都有。然而本地的 add . 和commit -m "" 都还行。 原本想着从新配ssh的，偶然间看到了一个很简略的方法，于是我死马当活马医，打算尝试一下，居然胜利了，办法如下 不要在vscode中的终端应用命令行，用电脑自带的终端 进入这个文件的目录而后从新git init 操作一下 而后就能够了。 心愿对你也有用

一:导向:在我的项目中很多小伙伴都会遇到不想在以后分支开发,因为会有很多的问题产生,如果我新建一个测试的分支 ,是不是效率就进步了,把测试没有问题的代码合并到主分支上,是不是就解决了?版本的修复,不同性能的测试批改,都能够用的到上面我把我的教训分享一下。 1. 切换到主分支首先切换到主分支（被合并的分支）mastergit checkout mastergit checkout vx_1.02. 应用git pull应用git pull 将以后分支的代码pull(拉取下来) git pull3. 切换本人的分支切换到本人的分支（如果以后没有分支如何新建分支呢？） // 新建分支 git checkout -b template // 切换分支 git checkout template // 查看分支 git branch4.切换新建的分支切换到咱们新建的分支（新建的分支名:template） git checkout template // (新分支)5. 主分支的代码 merge咱们将主分支的代码 merge 到本人的分支上 merge // 合并分支应用 git merge vx_1.0 6.主分支代码仓库同步git push推送到近程仓库和主分支代码仓库同步 git push 谬误标识:以后分支没有与近程分支关联,因而导致了提交代码失败// MacBook-Pro-5:web-crm vx_1.0$ git pushfatal: The current branch wangxiao has no upstream branch.To push the current branch and set the remote as upstream, use git push --set-upstream origin vx_1.06.1 最强暴的办法最强暴的办法:应用该命令强制提交到近程分支git push --set-upstream origin vx_1.0

在日常的开发中 可能会遇到一些性能并行开发，这样在你的本地代码仓库就会呈现多个分支。这样工夫久了，很容易遗记当初分支上都做了什么，而且还可能因为记忆谬误而把分支误删，恰好你过后也没有把本地的分支推送到近程。本文就来记录一下我已经是如何将误删的分支复原的。git reflog这个日志记录了你应用git命令的每一步操作，这样如果呈现了失误如谬误的删除了分支，找回分支时用处很大。 reflog命令： 显示整个本地仓库的commit，包含所有branch的commit，甚至包含曾经撤销的commit。 只有HEAD产生了变动， 就会在reflog外面看失去。 3ad1a3e (HEAD -> test, origin/test) HEAD@{0}: merge manage_help: Merge made by the 'recursive' strategy.3b0fead HEAD@{1}: checkout: moving from manage_help to test16dfa0a (manage_help) HEAD@{2}: commit: 学习材料295653b HEAD@{3}: checkout: moving from test to manage_help3b0fead HEAD@{4}: merge manage_help: Merge made by the 'recursive' strategy.b0f3ea0 HEAD@{5}: checkout: moving from manage_help to test295653b HEAD@{6}: commit: 评论治理77bcf32 HEAD@{7}: checkout: moving from test to manage_helpb0f3ea0 HEAD@{8}: merge cache: Merge made by the 'recursive' strategy.cfc8f3f HEAD@{9}: checkout: moving from manage_help to test77bcf32 HEAD@{10}: checkout: moving from cache to manage_help88caf25 (cache) HEAD@{11}: commit: 订单合同查看410de16 HEAD@{12}: checkout: moving from master to cached638e55 (origin/master, origin/HEAD, master) HEAD@{13}: checkout: moving from cache to master记忆中，我本地是有一个叫 cache 的分支，可是起初因为手贱就把它git branch -D cache 删掉了，当初追悔莫及。幸好应用 git reflog 查看到 对cache分支的最初一次操作是410de16 HEAD@{12}: checkout: moving from master to cache ...

国内拜访github，要么拜访不上，要么缓缓慢，所以决定用gitee。解决同一台服务器部署多个放在gitee上的利用，须要配置不同的ssh-key对应不同的环境。1,生成ssh-keyssh-keygen -t rsa -C 'youremail@your.com' -f ~/.ssh/xxx_rsa 2，将xxx_rsa.pub中的内容增加到本人的gitee部署公钥中。cat ~/.ssh/xxx_rsa.pub 3，增加到公钥 4，进入到~/.ssh目录下新建config文件，用编辑器关上config文件并增加内容# xxx我的项目Host gitee-xxx.com HostName gitee.com PreferredAuthentications publickey IdentityFile ~/.ssh/xxx_rsa 5，测试是否部署胜利ssh -T git@gitee-dev.com 6，Git命令clone我的项目git clone git@gitee-xxx.com:leadson/xxx.git

在工作分支开发并且测试实现之后，对于如何将工作分支合并回主线分支，团队通常会有一些可选形式。你们团队应用什么样的合并策略？在本文中咱们会别离介绍几种合并策略，以及对应的简略评述。以便在本文完结时，您能够依据团队状况抉择适合的合并策略。 Git合并策略每当咱们尝试整合两个分支时，就须要用到合并操作。Git会尝试通过两个分支的commit指针，别离向前追溯，找到这两个commit指针在历史上最近的一次独特提交点。Git有几种不同的办法用来寻找这个独特提交，而这些办法就是所谓的“合并策略”。一旦Git找到这个独特提交就会创立一个新的“合并提交”，这个合并提交中的内容就是对于两个分支之间不同内容的合并。事实上一个合并提交自身也是一个不同的提交，只不过这次提交来自于两个父级提交。git merge命令在进行合并操作时，如果没有被显式指定合并策略，则会主动抉择一种合并形式。在执行git merge和git pull命令时，能够传递一个 -s (也就是 strategy 的缩写) 选项。跟在-s选项之后的是指定的合并策略名称。如果没有指定的话，Git会依据合并操作所波及的分支自行抉择一个最合适的合并策略。上面是对于合并策略选项的可选值形容。 Recursivegit merge -s recursive branch1 branch2递归合并策略在两个分支的顶端发展操作。递归策略是应用pull或者merge命令合并分支时的默认合并策略。此外这种合并策略能够在合并过程中解决重命名操作，但不能完满解决复制出的文件。 Resolvegit merge -s resolve branch1 branch2该策略应用三路合并算法来解析两个分支之间的差别。这种办法会小心的检测呈现在十字穿插合并情况中产生的歧义，该办法通常被认为是平安且高效的。 Octopusgit merge -s octopus branch1 branch2 branch3 branchN当须要合并的分支多于两个时，octopus策略就称为合并时的默认策略。在合并过程中一旦呈现须要手动解决的抵触，octopus合并就会回绝合并。这种策略通常用于合并一堆性能相似的开发分支。 Oursgit merge -s ours branch1 branch2 branchNours策略能够用于合并N个不同分支。合并的后果总是以以后分支的HEAD指针为基准。策略名称 “ours” 字面上也暗示着合并过程中会疏忽来自于其余分支的改变。该策略用于合并内容类似的开发分支，疏忽被合并分支的内容，仅保留合并记录。 Subtreegit merge -s subtree branchA branchB该策略是基于recursive策略的一种扩大策略。当合并A和B分支时，如果B分支是A分支的一个subtree，B分支须要首先更新子树B的更新记录，并将其反映在分支A中。这一系列更新也是基于A和B的独特先人进行判断。 Git合并策略的品种显式合并显式合并是默认的合并类型。所谓“显式”意味着在合并时会特意创立一个合并提交。创立的合并提交会显式在提交历史中，并且明确显示合并被执行的工夫点。合并提交的内容也同样是显式的，因为通过合并提交产生的提交历史，能够明确看出哪些提交内容来自于哪个分支的提交。有些团队会防止应用显式合并，因为有争执认为合并提交会向提交历史中减少过多的“乐音”。 通过rebase 或者 fast-forward实现隐式合并Recursive合并策略的相干选项在下面介绍过的recursive策略中，其本身还有一组操作选项 ours不要将该选项与ours合并策略混同。ours合并策略会疏忽合并分支的所有改变，而recursive策略中的ours选项只会在合并过程中发生冲突的情况下疏忽合并分支的改变，而无条件的主动保留指标分支的改变。当合并过程中没有抵触产生时，来自于合并分支的改变依然会主动合并进指标分支。 theirs与ours选项相同。"theirs"选项会在抵触产生时无条件抉择应用合并分支的内容，放弃指标分支的改变。 patiencepatience抉择会花更多的工夫对一些代码行进行更精准的合并操作，以防止产生合并之后的错行漏行之类的景象产生。 diff-algorithimignore-* ignore-space-change ignore-all-space ignore-space-at-eol ignore-cr-at-eol下面的选项是针对如何解决空白字符的策略。 renormalize在解析三向合并时，这将运行虚构签出并检入文件的所有三个阶段。 no-normalize禁用renormalize选项。这会笼罩merge.renormalize配置变量。 no-renames敞开重命名检测。这会笼罩merge.renames配置变量。 find-renames=n关上重命名检测，可抉择设置相似性阈值。这是默认值。这会笼罩 merge.renames 配置变量。 subtree此选项是_子树_策略的更高级模式，其中策略猜想两个树在合并时必须如何移位以互相匹配。相同，指定的门路是前缀（或从头开始剥离），以使两个树的形态匹配。

一年一度的「金三银四」来了，HR 们忙于招聘相干的工作堪称是「日理万机」。 不久前，vika维格表和腾讯千帆场景连接器联手公布了邮件批量主动发送的解决方案能够帮忙 HR 轻松发送面试邀请和 Offer。vika 也推出了新的「word生成器」小程序能够用于批量生成合同，让「金三银四」更轻松。 然而，不论是身兼数职的 HR 还是精细化治理的行政团队，都可能遇到以下问题： 人工录入、核查材料，费时费力； 同一份文件传来传去，团队合作低效； 大量材料须要手工整理归档，易出错。 有没有什么方法，对其余简略的重复劳动工作说：「你曾经是个成熟的工作了，该学会本人实现了」？维格表除了让招聘变得更简略之外，还能做些什么帮忙 HR 或行政团队的工作更轻松？ 这一次，vika维格表 x 腾讯千帆场景连接器又推出新性能：AI 卡证主动分类。无论是新员工入职后收集身份信息，还是其余行政工作须要整顿名片、营业执照等卡证材料，都能疾速录入到指定维格表，不再浪费时间和精力～ 实现成果卡证多？信息量大？人工录入、校对头昏脑胀，快来试试vika维格表 x 腾讯千帆场景连接器新推出的 AI 智能卡证分类。身份证、名片、营业执照多种卡证不仅能自动识别，1 秒分类，还能主动提取要害信息实时更新。 如何实现新建空白维格表，设置触发条件在你空间站里新建一张用来「录入卡证」空白的维格表，将列名称别离设为「证件类别代码」、「证件类型名称」以及「附件」。要记得命名为「附件」的列类型设置为附件～ 依据你须要分类的类型数量，新建空白维格表。如：你须要录入营业执照就新建 1 张，须要分类营业执照、名片，就新建 2 张维格表。同时把列名称设置成你须要录入的信息数据名称。 建好维格表后，在腾讯千帆场景连接器的「计划模板」中增加「卡证智能分类自动识别并更新至维格表」。点击「立刻应用」，进入编辑界面。 在计划编辑中，设置触发条件、配置相干vika维格表的账户信息以及刚刚新建的用来「录入卡证」的维格表。 触发：增加或更新的指定内容满足条件增加vika维格表账户抉择录入卡证的维格表条件设置：当附件不为空。 配置卡证智能分类自动识别上面用名片辨认来做示范，看看剩下的配置过程。 在「AI 智能卡证分类」中配置「文件地址」，增加变量「附件」。 增加「执行条件」变量：如果「证件类型名称」（文本）等于 名片。 AI 智能卡证分类-证件类型名称（文本）等于名片 「AI 名片辨认」和「AI 智能卡证分类」一样将变量设置为「附件」。 最初一个配置环节：维格表。在「操作」中抉择写入数据，抉择你的vika维格表账户，「配置」中抉择要录入信息的指标维格表，而后抉择「AI 名片辨认」顺次填入对应匹配的字段，如「姓名」对应「姓名」。 操作：写入数据抉择vika维格表账户配置：抉择要录入卡证信息的维格表配置：字段匹配抉择「AI 名片辨认」顺次抉择匹配字段 千万别遗记要在「样本数据」中点击「测试并预览」，只有显示「胜利接管」才算配置胜利。 配置：样本数据测试并预览：胜利接管保留 这样辨认名片的过程就实现了～ 辨认「营业执照」的配置步骤是一样，须要设置录入和写入的对应维格表，「执行条件」中的文本和最初环节中的维格表对应字段也同步须要更换。 想要手把手教学？扫码退出群聊。 维格表内增加附件回到最开始新建的用于录入附件的维格表，上传卡证附件，相干的信息数据就自动识别并录入啦～ 不同类型的附件会别离主动录入不同的表格。 ...

产品驱动增长（Product Led Growth，PLG）的形式成为企业增长新的「财产明码」：好的产品本人会谈话，能够「自我销售」。这意味着，用户无需与销售人员接触就能够应用并购买产品，企业能够轻松实现倍数增长。 PLG 的挑战也不言而喻：不仅须要在产品设计上深度洞察，更须要的是保持以用户为外围的沟通——无论是外部、内部，还是用户的任何生命周期，始终关怀他们须要什么。 这意味着，你须要新的、适合的营销形式与 PLG 相辅相成，内容营销是一种极佳抉择。 PLG 与内容营销带来的叠加效应会如何？2022 年， SaaS 内容从业者该如何把握内容经营趋势、抓住机遇？vika维格研究院公布了《2022年 PLG SaaS 内容经营指南》，并提供与实践全面配套的模板（管理系统）。这里的一些观点，或者能让你和你的团队在内容经营下面少走一点儿弯路。 《vika维格研究院：2022年 PLG SaaS 内容经营指南》 《vika维格研究院：2022年 PLG SaaS 内容经营指南》白皮书提供了： 如何找到你的内容营销模型？哪种内容营销模式最适宜你？3P 策略带你精确找到一个全面贴合内容营销模式。通过巧用工具，让团队放弃专一在内容创作上。 如何巧用 OKR 和工具，用流程驱动团队成长？内容制作是一件须要高度自在、提供空间的事件，但你不用放心用「强制的指标」会扼杀创意和积极性，应用指标与要害后果法，也就是 OKR（Objective and Key Results）。正当使用问责制和成果掂量可能进步士气、员工留存率和工作的幸福感。 如何推广和流传你的内容？如果你试图创作转化成果更高的内容，你能够尝试将 CRM 与内容营销零碎交融，始终以来，好的内容营销要害是：流程中客户无处不在。找准你的目标群体后，如何利用散发、搜索引擎，让你的内容成果最大化呢？ 如何放弃增长速度，实现规模优化？用内容营销驱动企业增长，这里有一系列的办法：减少内容渠道和起源、创立异地多人合作办公机制、进步现有内容的反复利用率。更切实的是，vika维格表的市场内容团队是如何实际内容营销的？ 疫情影响下，如何施展内容营销的最大化价值？创立内容营销劣势的要害到底是什么？这里有 9 位对内容营销有独到了解的管理者观点，他们的倡议将为你提供全然不同的方向。 用整合营销的思维去施展内容营销的微小价值璟然，影刀RPA 副总裁一、聚势 首先须要是盘点剖析的是您所在的企业目前在什么阶段？有哪些可用资源？ 用户、合作方、投资方等等，整合这些可用资源进行产品变现。例如整合用户建设社群、整合合作方建设共赢单干模式。 二、借势 是谁在用咱们的产品？首先您须要深刻理解您的用户。 用户是一个企业最大的资源，很多企业往往认为做好用户服务就能够了，没有深刻去探索用户背地的价值。SAAS 类企业的品牌用户，开发品牌价值是值得去做的一部分，例如签约了美妆国货品牌花西子，品牌抉择产品，就是一种品牌背书。 三、造势 指标用户会被什么吸引？80% 的用户一般有从众心理，所以营造一个超级盛会更能疾速吸引用户。 以上三点貌似一点也未提到内容营销，其实内容营销浸透在每个环节。用户沟通的话术、社群的主动回复、品牌背书内容、超级盛会的文章视频、朋友圈的文案等等。 内容营销更像是子弹，用最短的间隔射入用户的心理，用整合营销的思维去施展内容营销的微小价值吧。 顺着视频化的趋势，让内容插上创意的翅膀徐云浩，来画 副总裁内容的创作经营也相似很多的我的项目一样，有些本人的“不可能三角”，这三角别离是：老本，创意，扩散。想内容低成本，又很吸引目标群体，还可能适合的扩散到这些群体，是一项简直不可能实现的工作。那咱们应该如何去把握外面的几个点，在适当投入的状况下把经营做好？首先咱们举荐定位定位还是定位，内容的经营再好，如同娱乐搞笑的内容，再怎么好和你的公司产品没多大要害，就是有效内容。其次在内容泛滥的明天，低质量的创意翻新内容，扩散老本会十分高，而且高质量的创意内容对团队的要求也高。举荐咱们的来画系列创意工具和服务平台，工具系列可能在低成本的状况下给内容疾速地加上不同凡响的货色和演示形式等，疾速地帮忙内容抓住关注。另外来画提供全案全链的创意内容供应服务，在适合的时候提供适合的创意内容和扩散计划，可能疾速解决遇到的各种痛点难点。内容体验是内容营销的下一个赛点何润，致趣百川联结创始人兼 CEOB2B 买家的洽购和决策习惯，在新冠影响下，曾经越发趋近个人消费习惯。在此背景下，原有的内容营销形式只能帮企业解决线索从哪来的问题，而内容体验，则是更匹配 B2B 买家新型洽购习惯的优质抉择。 内容体验能够解决什么问题?通过个性化的内容流举荐及 CTA 互动，实时把握精准的内容体现数据，对用户的内容行为进行颗粒度更细的归因剖析，最终实现让线索变得更优质，让 内容更容易留住客户的成果。 内容体验作为企业 Martech 布局中的重要一环，可助力 B2B Marketer 继续进阶 Martecher。将来可能把 Martecher 的实在业务诉求形象成产品能力，并帮忙其实现业务增长指标的合作伙伴，将随着客户信任度的晋升，与客户共创降本增效的场面。 ...

导读： 网易云信的 gitlab 服务器搭建在外网，Jenkins 服务器搭建在内网，因而 gitlab 没方法间接把 webhook 发送给Jenkins，而 pipeline 的搭建采纳第三方 relay 转发的形式，然而这个 relay 常常“罢工”。本文依据网易云信的落地实际，具体介绍了如何借助 Gitlab-ci 代替 webhook 触发 Jenkins job。 文｜邹李勇 网易云信资深 C++ 开发/DevOps 工程师 背景Gitlab 如何触发 Jenkins job？咱们 push 代码或提交 merge request 的时候，gitlab 会发送一个webhook（单纯地了解成一个 http 申请或 restful api 即可）给 Jenkins，申请执行某个 job。 窘境网易云信应用的 gitlab 服务由杭研保护，服务器搭建在外网。而咱们的  Jenkins 服务器搭建在内网，这意味着 gitlab 没方法间接把 webhook 发送给Jenkins，而咱们的 pipeline 在搭建之初采纳了第三方 relay 转发的形式，把 gitlab 的 webhook 转发给 Jenkins。尽管把 webhook 从 gitlab 发送到 Jenkins 的目标达到了，然而这个收费的第三方 relay 可能常常“罢工”。 ...

明天是我学习一个半月第一次应用git在github的一个开源我的项目上提了属于本人的第一个pr，尽管只有简略的几行代码，然而我喜爱的素来都不是后果，而是那种从齐全不懂到逐步相熟，本人缓缓摸索的过程。 1.首先咱们关上咱们的github 找到你想要做奉献的仓库，右上角有三个选项。Watch是关注的意思，Fork原意思是叉子，然而在这里就相当于你把这个仓库拿到本人仓库，相当于复制粘贴，你能够这么简略的了解。star就是点赞的意思。 2而后来到咱们本人的仓库，筹备开始批改代码 三种形式，看我的项目需要，这个我的项目需要是用SSH下载，复制一下地址。在你创立的文件夹目录下应用这个命令    而后这个我的项目就拷贝到你本人的电脑上了～ 3.批改代码 比如说我在这个我的项目的<div>里加了一句话，我想要提交下来  vscode右边分叉的那个图标上的数字，就是你批改了多少个文件。 接下来你能够在终端上输出命令，也能够手点，看你集体爱好。我就以终端为例子了。 git add . 来确定你要提交到暂存区的所有文件，add . 是所有的意思，add 【文件名】是提交某个独自文件。（不了解什么概念的能够看我上一篇博文，有通俗易懂的解说） 。 接下来输出，提交暂存区到本地仓库。 git commit -m "减少了哈哈" m的意思是批改的内容信息，必须写！  4.接下来就是从本地仓库发往github仓库了 git push 简简单单到就到你的github上了. 5.接下来就要把推送上的数据向你克隆的那个开源我的项目发动pull requset（拉取申请），简略来讲就是你想让你的代码合并进去人家的代码里。  写下你批改了什么内容，个别大型开源我的项目都有本人默认的款式，这里就不过多赘述。 不过格局个别都是这样 1题目肯定要写分明批改或者减少的内容 2 fixes：（这个是issues的编号） 3change：具体批改了什么内容

记录下本地git clone, git push 2个github账号的repository, git push 到另一个github账号的repository报错(fatal: unable to access 'https://github.com/raojiahong...': Failed to connect to github.com port 443: Timed out)的解决办法。git 操作步骤：提前生成了jiahong888账号的publickey,执行如下代码clone iris-demo,我的项目,账号,邮箱需替换成本人的: git clone git@github.com:jiahong888/iris-demo.gitgit config --global user.name 'jiahong888'git config --global user.email 'jiahong888@qq.com'批改iris-demo我的项目的代码，可失常提交： git commit -m 'comment'git pushclone raojiahong888账号下的我的项目: git clone https://github.com/raojiahong888/go-zero-demo.git批改go-zero-demo我的项目的代码，commit而后push: git commit -m 'comment'git push当remote 地址是https时，push 报错: fatal: unable to access 'https://github.com/raojiahong...': Failed to connect to github.com port 443: Timed out.当remote 地址是git@github.com时，push 报错：ERROR: Permission to raojiahong888/go-zero-demo.git denied to jiahong888.fatal: Could not read from remote repository. (为防止抵触，jiahong888账号下我的项目的仓库地址应用git@github.com时，raojiahong888账号下我的项目的仓库地址应用https。) ...

git笔记gitlab gitee github1、根底操作1.1、常用命令git常识大全 提交代码 git status -sb git add . git commit -m "fix" git push origin dev_20190510001查问状态git status查看日志 git log --stat git reflog --date=iso建设分支 git status -sb git checkout -B dev_20190510001 git push git push --set-upstream origin dev_20190510001展现文件 ls删除文件 git rm test2.txt 撤销操作 git checkout -- test.txt增加文件到缓存： git add test.txt 单个文件 git add . 当前目录全副文件提交(蕴含正文)到本地仓库： git commit -m '第一次版本提交' 上传文件到近程仓库： git push origin [本地分支名]:[远端分支名] 当然如果你的本地分支名和远端分支名是一样的，那么就只须要git push origin [分支名称]就能够了。 git push 复原最近版本文件 git fetch git reset --hard origin/master //复原到近程仓库，删除git add和commit的文件 git pull 拉取 从近程拉取最新版本到本地，并主动合并 mergegit fetch 获取 从近程获取最新版本到本地，不会主动合并 merge，须要手动合并git merge 合并 应用fetch 能够在merge之前能够看清楚更新状况，再决定是否合并。git merge --abort 停止合并git 一个分支齐全笼罩另一个分支 ，如下：dev_20210729笼罩develop$ git checkout develop$ git reset --hard dev_20210729$ git push origin develop --force不容许推送 You are not allowed to force push code to a protected branch on this project"Settings" -> "Repository" -> scroll down to "Protected branches".git回滚之前的版本 http://www.cnblogs.com/yu-hailong/p/10681905.htmlgit log 查问日历记录git reset --hard 5fa86ae3758e7e2a86825452977da40f34b6dd58 回滚到之前的版本git push origin HEAD --force 强制提交还原本地文件 git reset -hard git reset —soft + 版本号 回退到某个版本，只回退了commit的信息，不会扭转曾经批改过的代码。 git reset --soft HEAD^ git reset —hard + 版本号 git reset --hard orgin 彻底回退到某个版本，本地的代码也会扭转上一个版本内容。 #本地仓库回退到某个版本 git reflog --date=iso git reset -–hard bae168 #本地仓库回退到上一次提交 git reset –-hard git reset --hard HEAD 回退到以后版本的前一个版本 git reset --hard HEAD^ 回退到以后版本的上上个版本 git reset --hard HEAD^^ 回退到以后版本之前的100个版本 git reset --hard HEAD~100 抛弃本地提交，强制回到线上最新版本 git fetch --all git reset --hard origin/你须要下拉的分支(默认master) git fetch 1.2、配置vi /etc/ssh/sshd_config查看版本： git --version查看配置： git config --list设置配置： git config --global pack.windowMemory 1024m git config --global pack.packsizelimit 1g git config --global http.postBuffer 1g删除配置： git config --global --unset pack.deltacachesize 1.3、分支https://edu.aliyun.com/jiaocheng/1834?spm=5176.11182473.menu.7.k6ksTN创立分支命令（复制以后分支下文件）： git branch (branchname) 提交分支到仓库命令： git push origin (branchname)切换分支命令: git checkout (branchname) 列出分支根本命令： git branch -a删除分支命令： git branch -d (branchname) 创立新分支并立刻切换到该分支下 git checkout -b newtest 有同名分支会提醒谬误 强制创立新分支，并且会笼罩原来存在的同名分支 git checkout -B new_branch设置本地分支关联近程分支 git push --set-upstream origin 合并分支： git checkout master git merge test // test分支合并到master分支 git push origin master 查看分支 git branch -a删除本地分支 git branch -D branch-name删除近程分支 git push origin --delete branch-name 查看以后配置有哪些近程仓库 git remote -v 彻底删除文件--会删除对应提交记录（蕴含失常文件的提交历史）git filter-branch --force --index-filter 'git \rm --cached --ignore-unmatch test彻底删除.txt' \--prune-empty --tag-name-filter cat -- --allgit push --all --force 批改分支名称 https://www.jianshu.com/p/cc740394faf5a. 重命名近程分支对应的本地分支git branch -m oldName newNameb. 删除近程分支git push --delete origin oldNamec. 上传新命名的本地分支git push origin newNamed.把批改后的本地分支与近程分支关联git branch --set-upstream-to origin/newName2、高级操作2.1、查看文件状态及日志 git status 命令用于查看我的项目的以后状态。git status -s 查看详情 git diff git diff --stat执行 git diff 来查看执行 git status 的后果的详细信息。git diff 命令显示已写入缓存与已批改但尚未写入缓存的改变的区别。git diff 有两个次要的利用场景。 尚未缓存的改变：git diff 查看已缓存的改变： git diff --cached 查看已缓存的与未缓存的所有改变：git diff HEAD 显示摘要而非整个 diff：git diff --stat退出git diff : q查看全副分支的曾经commit然而没有push的： git log --branches --not --remotes git cherry -v 只能查看未传送提交的形容/阐明 git log master ^origin/master 则能够查看未传送提交的详细信息 查看全副分支的全副的最近的commit： git log --branches --not --remotes --simplify-by-decoration --decorate --online查看日志 git log git log --oneline -3 以后分支的最近三次提交记录 git log --stat https://www.cnblogs.com/fancyop/p/Git_Log.html 用来显示每次提交的上面列出所有被批改过的文件、有多少文件被批改了以及被批改过的文件的哪些行被移除或是增加了。 在每次提交的最初还有一个总结。 git reflog 所有分支的记录 git reflog --date=iso 2.2、stash暂存git stash: 备份以后的工作区的内容，从最近的一次提交中读取相干内容，让工作区保障和上次提交的内容统一。同时，将以后的工作区内容保留到Git栈中。git stash pop: 从Git栈中读取最近一次保留的内容，复原工作区的相干内容。因为可能存在多个Stash的内容，所以用栈来治理，pop会从最近的一个stash中读取内容并复原。git stash list: 显示Git栈内的所有备份，能够利用这个列表来决定从那个中央复原。git stash clear: 清空Git栈。此时应用gitg等图形化工具会发现，原来stash的哪些节点都隐没了。git stash apply 复原暂存之后不删除暂存git stash pop 复原暂存之后删除暂存git stash drop 从Git栈删除最旧的一个暂存2.3、批改正文信息git应用amend选项提供了最初一次commit的反悔。然而对于历史提交呢，就必须应用rebase了。 git rebase -i HEAD~3 示意要批改以后版本的倒数第三次状态。 这个命令进去之后，会进去三行东东： pick:******* pick:******* pick:******* 如果你要批改哪个，就把那行的pick改成edit，而后退出。 这时通过git log你能够发现，git的最初一次提交曾经变成你选的那个了，这时再应用： git commit --amend 来对commit进行批改。 :wq 批改完了之后，要回来对不对？ 应用git rebase --continue git rebase --abortOK，所有都搞定了。 https://xiewenbo.iteye.com/blog/1285693复原已删除分支https://blog.csdn.net/changerzhuo_319/article/details/81133533 git reflog --date=isogit checkout -b reback_remove_branch ddd94a42.4、撤销git commit之后如何撤销git log 查问提交记录如果在git commit之后，须要撤回commit个别有以下三种形式1.git reset --soft 版本号 git reset --soft HEAD^ //回到上一个版本git reset --soft 9478618f5b73885e3b5dd0ff946ae557b86c7560不删除工作区改变的代码，撤销commit，不撤销git add .2.git reset --mixed 版本号 git reset --mixed HEAD^ //回到上一个版本git reset --mixed 9478618f5b73885e3b5dd0ff946ae557b86c7560不删除工作区改变的代码，撤销commit，撤销git add .3.git reset --hard 版本号 git reset --hard HEAD^ //回到上一个版本git reset --hard 9478618f5b73885e3b5dd0ff946ae557b86c7560删除工作区的代码，撤销commit，撤销git add . 回到上一次commit的状态参考 https://blog.csdn.net/weixin_44843859/article/details/111385032git revert 撤销版本git revert -n 9478618f5b73885e3b5dd0ff946ae557b86c7560https://blog.csdn.net/yxlshk/article/details/79944535https://segmentfault.com/a/11900000128976973、问题3.1、github增加ssh公钥 ## github增加ssh公钥 git clone关上 git bashssh-keygen -t rsacat ~/.ssh/id_rsa.pub增加到 https://github.com/settings/keys 顺次点击"Setting -> SSH Keys"->"New SSH key"ssh -T git@github.comgit clone git@github.com:scott180/MyNotes.git3.2、提交及更新失败用git pull来更新代码的时候，遇到了上面的问题：error: Your local changes to the following files would be overwritten by merge: xxx/xxx/xxx.php Please, commit your changes or stash them before you can merge. Abortinghttps://www.cnblogs.com/xd502djj/p/6973477.html解决办法： 办法1、暂存本地文件，下载最新代码。复原本地批改的代码，批改抵触的文件，提交代码。 git stash //暂存git pull //下载最新代码git stash pop //复原暂存文件git status //查问状态git add xxx/xxx/Test.java //提交文件 不能应用全副提交:（git add .）git commit -m "fix" //正文git push //提交文件办法2、 放弃本地批改文件，下载最新代码git reset --hardgit pullGIT拉取代码的时候提醒AUTHENTICATION FAILED FOR []解决办法：输出 git config --global credential.helper store 而后 git pull 输出账号密码或者革除明码git config --system --unset credential.helper在git（小乌龟）向github近程推送（push）文件是会报一个异样 no supported authentication methods avaiable https://blog.csdn.net/Maxiao1204/article/details/81476618解决办法：因为git（小乌龟）和Git的抵触咱们须要把乌龟git设置改过如下。找到TortoiseGit--》Settings--》Network将SSH client指向 D:\git\usr\bin\ssh.exe （我的Git工具装置在d盘）这里更改ssh 门路的时候，要把下面的“应用代理服务器” 勾打上，点击利用，再确定

搭建多近程仓库1、查看近程仓库查看下以后我的项目的近程仓库 git remote默认的话应该会输入： origin这个origin就是一个指向近程仓库的名称，是你在clone时 git 为你默认创立的。 能够通过命令查看origin指向的近程仓库地址： git remote -v输入后果： origin https://github.com/SoftLeaderGy/StartRedis.git (fetch)origin https://github.com/SoftLeaderGy/StartRedis.git (push)该命令会显示读写近程仓库的名称和地址，我这里指向的是Github。2、近程仓库重命名既然这个地址是Github，为了好辨认，就将名称改成 github 吧。输出命令： git remote rename <old_remote> <new_remote>git remote rename origin github输出查看近程仓库命令，验证下是否胜利，输入后果： github https://github.com/SoftLeaderGy/StartRedis.git (fetch)github https://github.com/SoftLeaderGy/StartRedis.git (push)3、增加另一个近程仓库 上面咱们再增加Gitee上的近程仓库，首先在Gitee上创立一个空的仓库，名称与Github上雷同。而后在【克隆/下载】处复制地址。 输出增加近程仓库命令： git remote add <remote> <url>git remote add gitee https://gitee.com/yang-guo-co...再来验证下是否胜利，输入后果： gitee https://gitee.com/yang-guo-code/StartRedis.git (fetch)gitee https://gitee.com/yang-guo-code/StartRedis.git (push)github https://github.com/SoftLeaderGy/StartRedis.git (fetch)github https://github.com/SoftLeaderGy/StartRedis.git (push)4、多个近程仓库的推送/拉取有了多个近程仓库，推送和拉取再也不能像以前那样git push和git pull了，必须得加上近程仓库的名称，以辨认操作的是哪个近程仓库。命令如下： git push <remote> <branch>、git pull <remote> <branch>： git push github maingit pull github maingit push gitee maingit pull gitee main如果不想每次操作都带着分支，须要将本地分支与近程分支进行关联： git branch --set-upstream-to=<remote>/<remote_branch> <local_branch> ...

vika维格表上架钉钉利用市场，已过来 3 个多月，期间让泛滥企业以更间接、高效、晦涩的协同与治理形式，减速开释增长潜能。 在数字化一体办公中，vika维格表帮忙企业拓展了更多可能性，提供更多效率性能及场景解决方案： 每年节俭数百万 IT 经费投入 1000+ 企业数字化解决方案 帮忙员工 0 根底疾速学会业务零碎搭建技能 工业级 IT 零碎如 Excel 般丝滑易用 丰盛视图 + BI 大屏 数据安全保障 …… 如果你的企业在寻求数字化转型，想以轻便、低成本的形式疾速晋升员工团队的办公及协同效率，且以钉钉为主力办公平台，你肯定不要错过vika维格表，更不要错过 2022 钉钉动工节。 3 月 1 日，2022 钉钉动工节正式开启，全场产品利用低至 5 折起。在钉钉利用市场或流动页面中，享受vika维格表开年钜惠。 单品满减：即日起至 3 月 16 日手机点击进入钉钉利用核心的动工节流动会场；或间接在钉钉利用核心搜寻「维格表」进入利用详情页，都可支付满减优惠券，结算时享受满减优惠： 满 1000 元减 500 元 满 2000 元减 1000 元 单品满赠：即日起至 3 月 31 日订阅vika维格表服务满 1 年，多送 3 个月，缩短你的企业增速通道。 组品满减：即日起至 3 月 31 日在钉钉动工节主会场页面中，点击进入组品分会场，即可发现蕴含vika维格表在内的「制作行业解决方案」组品利用—— 2 大智能引擎，驱动 1 个将来工厂。 ...

大家好，我是小富~ 技术交换关注公众号：程序员内点事传送门：原文地址 git对于大家应该都不太生疏，纯熟应用git曾经成为程序员的一项基本技能，只管在工作中有诸如 Sourcetree这样牛X的客户端工具，使得合并代码变的很不便。但找工作面试和一些需彰显集体实力的场景，依然须要咱们把握足够多的git命令。 下边咱们整顿了45个日常用git合代码的经典操作场景，根本笼罩了工作中的需要。 我方才提交了什么?如果你用 git commit -a 提交了一次变动(changes)，而你又不确定到底这次提交了哪些内容。 你就能够用上面的命令显示以后HEAD上的最近一次的提交(commit): (main)$ git show或者 $ git log -n1 -p我的提交信息(commit message)写错了如果你的提交信息(commit message)写错了且这次提交(commit)还没有推(push), 你能够通过上面的办法来批改提交信息(commit message): $ git commit --amend --only这会关上你的默认编辑器, 在这里你能够编辑信息. 另一方面, 你也能够用一条命令一次实现: $ git commit --amend --only -m 'xxxxxxx'如果你曾经推(push)了这次提交(commit), 你能够批改这次提交(commit)而后强推(force push), 然而不举荐这么做。 我提交(commit)里的用户名和邮箱不对如果这只是单个提交(commit)，批改它： $ git commit --amend --author "New Authorname <authoremail@mydomain.com>"如果你须要批改所有历史, 参考 'git filter-branch'的指南页. 我想从一个提交(commit)里移除一个文件通过上面的办法，从一个提交(commit)里移除一个文件: $ git checkout HEAD^ myfile$ git add -A$ git commit --amend这将十分有用，当你有一个凋谢的补丁(open patch)，你往上面提交了一个不必要的文件，你须要强推(force push)去更新这个近程补丁。 我想删除我的的最初一次提交(commit)如果你须要删除推了的提交(pushed commits)，你能够应用上面的办法。可是，这会不可逆的扭转你的历史，也会搞乱那些曾经从该仓库拉取(pulled)了的人的历史。简而言之，如果你不是很确定，千万不要这么做。 ...

冬天过来了，在这个回暖的天气里，vika维格表用更新来给大家送温暖了。快来看看这次维格表又有哪些暖心更新： 性能更新一览空间站内凋谢付费降级，管理员可按需购买。文件信息上线，迅速查看文件创建详情。3.「单元格」填充优化：数据按法则主动填充单元格。 4.「架构视图」内能够间接创立卡片，疾速建设层级关系。 视图的镜像也反对查看和创立小程序了。6.「时光机」凋谢入口：数据一键找回，批改误删也不怕。 更多细节优化：vika维格表上线企业微信利用市场，企业微信用户扫码即可开明；单表反对创立 10 个机器人，信息同步更迅速。 空间站凋谢付费降级总有一款适宜你如果你在应用免费版的vika维格表时，想要降级现有的性能和用量，或是想要定制适配企业的专属版本，你能够在空间站内间接降级服务了。 「空间站驾驶舱」新增「去降级」入口。管理员可按等级、应用人数、应用时长抉择最适宜你的vika维格表，不管「白银」、「黄金」还是独家定制，你想要的全都有。戳这里查看价格详情～ 反对多种领取形式，若领取遇到问题还可戳「分割客服」，解答你的所有困惑。 文件信息窗上线1 秒查看文件相干信息空间站中呈现了一个你感到纳闷的文件，不晓得找谁理解？快来试试文件信息窗。疾速理解文件的创建人和创立工夫，信息神速同步。 工作目录抉择文件右键菜单文件信息 「日期」、「数字」主动填充数据录入更智能维格表内如果蕴含多条「日期列」、「数字列」记录，且它们存在递增或递加关系时，你再也不须要手动一一填写啦～ 选中单元格后将光标定位在右下角向下拖动，数据将按序列主动填充，无效缩小反复录入的工夫，升高出错率。 某小学班主任小黄老师每次在维格表内主动录入问题时都须要手动挨个填写，来整顿同学们的排名。 当初，小黄老师只有录入问题，点击两下鼠标，同学们的成绩排名就主动依照递增或递加的程序填充好了。 架构视图操作更便捷公司架构搭建更简略微微点击 ➕ 号，就能够新增记录卡片，且新增记录主动与原记录建设关联关系。 层级关系搭建一步到位，再简单的公司架构、研发关系都能轻松搞定。 视图的镜像反对创立小程序疾速剖析数据视图的镜像作为vika维格表的招牌性能之一，在本次更新后也能够查看、创立小程序了。 不同部门、分公司用镜像的数据也能够用小程序进行剖析。 vika施展「时光倒流」魔法「时光机」可找回历史数据不小心批改、误删数据？没关系。维格表上线了「时光机-Beta 版」，以最小可用的模式公测。 点击可查看历史版本，间接「回到过来」，被批改、误删的信息一键找回。 更多暖心优化vika维格新 CP :企业微信，办公无缝连贯继与飞书、钉钉「双向奔赴」之后，vika维格表这次胜利牵手「企业微信」组成新 CP。 简略扫码就能够实现配置，集成后通讯录将主动同步到vika维格表，同时，在企业微信内也能够免密登录维格表，成员实时接管音讯告诉，团队协同轻松搞定。 vika的登录界面也能够间接用「企业微信」账户哦～ 小机器人学会「影分身」新技能，工作业务效率 up单表反对创立 10 个机器人，有新增/变更记录及时推送到 IM 工具。业务运行更高效～ 点击这里申请内测，立刻体验。 挪动端体验优化挪动端查看视图更丝滑，手机也能玩转vika维格表。 浏览器输出 vika.cn 收费应用。更多的常见问题和应用小技巧，欢送到维格社区参加探讨～

将本地代码同步到gitee和github中去明天给大家介绍一个怎么应用，把咱们本地的仓库推到gitee和github下面去。当初近程仓库有两个，一个是gitee和github近程仓库，地址对应的我本地也就是 work space。 第一步，在gitee和github中建设仓库地址注册gitee和注册github，间接通过官网注册 gitee官网https://gitee.com/ github官网https://github.com/ 本地也须要装置git 第二步，在本地的某个文件夹新家git仓库在本地D:\work\workspace中初始化git git init而后在workspace中会产生一个.git的文件夹 第三步， 关联近程仓库地址1.增加github 本地仓库workspace，右键关上gitbsah，输出上面命令 git remote add github git@github.com:xxxx/javaCore.git2.增加gitee 本地仓库workspace，右键关上gitbsah，输出上面命令 git remote add gitee git@gitee.com:xxx/java-Core.git以上仓库地址，更具本人注册理论来填写 第四步，批改以后仓库地址中的 .git的config配置在执行git init的文件夹下，关上.git，有一个config文件,批改配置 [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true symlinks = false ignorecase = true[remote "github"] url = git@github.com:xxxx/javaCore.git fetch = +refs/heads/*:refs/remotes/github/*[remote "gitee"] url = git@gitee.com:xxx/java-Core.git fetch = +refs/heads/*:refs/remotes/gitee/*[branch "master"] remote = origin merge = refs/heads/master将filemode = false改为true ...

Git 奉献提交标准feat 减少新性能fix 修复问题/BUGstyle 代码格调相干无影响运行后果的perf 优化/性能晋升refactor 重构revert 撤销批改test 测试相干docs 文档/正文chore 依赖更新/脚手架配置批改等workflow 工作流改良ci 继续集成types 类型定义文件更改wip 开发中

前言Git只是一个分布式版本控制系统，只有满足日常应用就能够了。所以本文只讲罕用指令的。 Git装置作者就window零碎为例,window平台git下载地址；下载完之后依据提醒装置就行了。装置实现后在屏幕空白处点击鼠标右键菜单栏 Git首次运行的一些配置在屏幕空白处右击鼠标右键在菜单栏中抉择Git Bash Here点击进入命令行如图所示! 命令行咱们能够输出 git --version查看以后git的版本号如图 用户信息配置： $ git config --global user.name "用户名"$ git config --global user.email 邮箱地址 查看用户配置信息： $ git config --list//全副配置信息$ git config user.xxx//查看指定的配置信息Git基本概念：工作区：电脑中的文件目录暂存区：个别寄存在.get文件夹的index的文件版本库：蕴含.git文件夹的工作区 创立和删除仓库在你电脑上抉择一个(空)文件夹，在该文件夹下关上git Bash Here，执行 $ git init 文件夹名（可选）//如果git init 在以后文件夹为仓库，如果git init fileName就会以fileName为仓库创立前 创立后 删除本地仓库： $ find . -name ".git" | xargs rm -Rf 克隆我的项目： $ git clone url(要克隆的地址)如果克隆中遇到这种状况： 阐明是被克隆的的我的项目没有公钥 解决方案：获取公钥 $ ssh-keygen -t rsa -C （注册时的邮箱 ） ...

为什么当初微信、 QQ 都遍及得这么广了，职场人们还是无奈摈弃 20 多年前就有的「电子邮件」？ 这是因为，电子邮件有着与生俱来的商务属性： 更正式、告诉效劳强； 更残缺更丰盛的信息承载，材料便于长期留存； 回顾梳理工作流程不便、明确责任。 这些个性，让看似不够「即时」的电子邮件成为了工作和营销必不可少的工具，比方商务往来确认、批量发送邮件进行产品营销或流动邀请。 这其中，如果波及到「流动邀请」这类给许多人发送邮件的工作，是最苦楚和枯燥的。特地是当这份名单动态变化、随时有新增的时候，重复定时确认和一一发送，切实麻烦。 Casper 就长年有这样的懊恼。 人才孵化器的业务负责人 Casper，须要频繁地举办守业大赛，每次执行都须要：定时定点批量发送相干材料、给不同的企业负责人发送不同的材料邮件、收到报名材料后，再人工自行归档整顿。 Casper 苦恼的是: 并行的较量多，工夫节点不一样，发送工夫难把控，易出错； 不同的较量对应不同的负责人，人工核查费时费力，要是发错不仅难堪还影响公司形象； 动向企业报名的时候，须要填写报名表、上传相干附件，再由电子邮件传回来，过程琐碎，效率低下。 有没有什么方法能主动查问符合条件的客户，批量主动发送邮件呢？有没有报名形式能实现在线填写且材料信息实时主动整顿呢？ vika维格表 x 腾讯千帆场景连接器 x 腾讯云邮件，轻松实现自动化、定制化发送邮件，信息主动分类归档，省时省心更省力。 实现成果再多邮件也能够定时一键批量发送，依据须要你能够发送不同邮件内容。同时，发送状态、回执信息主动整顿分类，从此和人工低效说拜拜～ 邮件内可插入「神奇表单」，在线填写相干信息，回执反馈一键整顿。 实现办法3 步实现云邮件自在Casper 只用了以下 3 步，就轻松实现云邮件自在，批量发邮件一键搞定，再也不必人工掐表，校对到头昏脑胀。 设置邮箱内容注册「腾讯云邮件」账户，在「腾讯云邮件」中须要设置好「发信域名」和「发信地址」等根底配置。如果你曾经注册并设置过这些根底配置，间接点击设置「发信模板」即可。 在「发信模板」中依照标准规范创立邮件模板，有 HTML 和纯文本两种模式可抉择。HTML 如果上手艰难的话能够从纯文本的邮件模式开始～ 注册腾讯云邮件邮件配置发信模板新建发信模板通过审核 创立后，模板须要通过审核，你能够设置多个不同的邮箱模板来对应不同的流动。通过审核后，「发信模板」会显示「审核通过」的字样。 点开「操作」「详情」「预览」，能够确定最终成果： 在腾讯千帆场景连接器中，配置主动发邮件模板Casper 设置好邮件模板后，在腾讯千帆场景连接器的「计划模板」中增加了「每天定时发送腾讯云邮件」。 增加后，在腾讯千帆场景连接器的计划编辑中，设置触发条件、配置相干vika维格表的账户信息以及蕴含须要发送邮件信息的维格表。 配置触发条件（如定时）抉择触发周期配置具体触发工夫 维格表操作：查问数据账户：增加vika维格表账户配置：抉择蕴含收件人信息的维格表及视图 腾讯云邮件：「发送邮件」环节顺次配置发送邮件的账号、邮件的变量内容以及邮件回复地址等内容。 腾讯云邮件：发送邮件操作：发送邮件账户：增加腾讯云邮件账户配置：收件人邮箱地址等 vika维格表内勾选发送回到已有收件人信息的维格视图，Casper 点击勾选，微微往下一拉，连接器就主动批量发送邮件了～ 批量发送仅需 5 秒。发送后果也会实时更新到vika维格表，清晰明了。 在邮件模板中插入的「神奇表单」也主动整顿好了报名材料，Casper 从此辞别繁琐，再多较量并行也能轻松搞定～ 想本人配置属于本人的自动化邮件发送计划？扫码退出群聊，手把手教学。 ...

@[toc]上周的文章发了后，有小伙伴问如何在 IDEA 中进行 Git 的版本回退？ 其实这个松哥之前写过文章，然而工夫长远了，所以明天再和小伙伴们从新捋一捋这个话题，顺便也来聊聊如何在 IDEA 中进行 Git 的版本回退。 Git 中的撤销操作，咱们能够演绎为四类： 工作区的代码想撤销add到暂存区的代码想撤销提交到本地仓库的代码想撤销近程仓库的代码想要撤销1. 基于命令行1.1 工作区的代码想撤销可能有一天我正在写代码，写了很久发现写错了，想复原到一开始的状态，一个笨办法就是把刚刚写的代码一行一行的删除，不过这种形式老本太高，咱们能够通过git checkout -- <file> 命令来撤销工作区的代码批改。如下图： 首先咱们执行了 git status 命令，发现工作区是洁净的，而后执行了 cat 命令，发现文件只有两行内容，而后通过 vi 编辑器向文件中增加一行，保留并退出，退出来之后又执行了 git status 命令，此时工作区的状态曾经发生变化，而后咱们执行了 git checkout -- git01.txt 命令，示意撤销之前的操作，让 git01.txt 复原到之前的状态，该命令执行胜利之后，咱们再执行 cat 命令发现文件内容曾经复原了，此时再执行 git status，状态也复原了。 1.2 add 到暂存区的代码想撤销如果想要撤销，然而代码曾经提交到暂存区了，不必放心，也能撤销，分两个步骤： 将暂存区的代码撤销到工作区将工作区的代码撤销(具体操作和 1.1 大节统一)将暂存区的代码撤销，咱们能够应用 git reset HEAD 命令来实现。如下图： 这里的代码都比较简单，外围的过程就是先执行 git reset HEAD 命令，从暂存区撤销，剩下的操作参考 1.1 大节。 1.3 提交到本地仓库的代码想撤销同样的，提交到本地仓库的代码一样也能够撤销，咱们能够利用 git reset --hard <版本号> 命令来实现版本回退，该命令中的版本号有几种不同的写法： 能够应用 HEAD^ 来形容版本，一个 ^ 示意前一个版本，两个 ^^ 示意前两个版本，以此类推。也能够应用数字来代替 ^，比如说前 100 个版本能够写作 HEAD~100。也能够间接写版本号，示意跳转到某一个版本处。咱们每次提交胜利后，都会生成一个哈希码作为版本号，所以这里咱们也能够间接填版本号，哈希码很长，然而咱们不必全副输出，只须要输出后面几个字符即可，就能辨认进去。看上面一系列的操作： ...

版本控制系统就是负责管理来自于多个提交者（通常是开发者）之间的提交的。有时候多个开发者可能会编辑同一部分内容。一旦开发者A编辑了开发者B正在编辑的内容，抵触就会产生。为了升高抵触产生的概率，开发者们会在独立的分支内发展工作。git merge命令的主要职责就在于整合不同分支并且解决抵触。 了解merge抵触合并和抵触是应用Git过程中的常见场景。在其余版本控制工具中抵触可能会十分浪费时间。Git让合并变得更加简略。大多数时候，Git会自行弄清楚如何主动的整合新变动。 抵触个别来自于两个不同的开发者扭转了同一个文件中的同一行内容，或者一个开发者删除了另一个开发者正在批改的文件。在这类场景下，Git无奈主动确定谁的改变是应该驳回的。抵触产生时只会影响到执行合并操作的开发者，而其余团队成员则不会受到任何影响。Git会对发生冲突的文件进行标记并进行合并过程。接下来就须要开发者自行进行抵触解决。 Merge 抵触的类型进入抵触状态产生在合并过程中的两个工夫点。一个是开始进行合并时，另一个是在合并过程中。接下来的内容别离对于如何解决这两种不同场景。 合并开始时的抵触当工作目录下或者暂存区内的文件含有变更时，Git会中断合并操作。之所以Git会如此操作，是因为Git认为这些未提交的变更会被合并操作笼罩掉。这种状况产生时，并不是因为扭转会与其余开发者的提交产生抵触，而是合并自身会与本地的批改产生抵触。此时须要应用git stash, git checkout,git commit或者git reset 命令使得本地仓库处于稳固状态。合并操作开始时的失败会在命令行提醒如下错误信息： error: Entry '<fileName>' not uptodate. Cannot merge. (Changes in working directory)合并进行时的抵触合并过程中产生的抵触意味着你的本地分支与进行合并的分支产生了抵触。也就是说你本地的代码与其余开发者的代码产生了抵触。Git会尽量合并不同分支的文件，但如果真正产生抵触依然会将手动合并的工作交给你来解决。这种场景下Git会在命令行留下如下的错误信息： error: Entry '<fileName>' would be overwritten by merge. Cannot merge. (Changes in staging area)发明一个合并抵触为了真正的理解合并抵触，上面的内容将会手动模仿创立一个抵触并且在稍起初查看和解决这个抵触。上面的代码须要您应用*nix零碎的命令行Git工具，以便创立这个模仿抵触。 $ mkdir git-merge-test$ cd git-merge-test$ git init .$ echo "this is some content to mess with" > merge.txt$ git add merge.txt$ git commit -am"we are commiting the inital content"[main (root-commit) d48e74c] we are commiting the inital content1 file changed, 1 insertion(+)create mode 100644 merge.txt下面的代码实际上做了如下几件事件： ...

有两个近程仓库，一个叫learning 一个叫 egg_learn须要把learning仓库的mater分支作为主分支，把egg_learn仓库的master分支合并到learning仓库的master分支。 流程如下：在learning仓库的本地把egg_learn增加为近程仓库；再把egg_learn的master分支拉到learning仓库的本地重命名为needMerge分支（名字不肯定是needMerge，但肯定不能为master）；在learning仓库的本地master分支上合并needMerge分支；最初push到learning仓库的近程origin仓库。 克隆主仓库代码git clone git@github.com:user/learning.git( 此时进入learning目录， git remote 只有一个近程仓库origin)将 egg_learn 作为近程仓库，增加到 learning 中，设置别名为 needMergegit remote add needMerge git@github.com:user/learn_egg.git( 此时git remote 有两个近程仓库origin、needMerge)从 近程仓库egg_learn中拉取数据到本仓库git fetch needMerge将 egg_learn 仓库拉取的 master 分支作为新分支 checkout 到本地，新分支名设定为 egggit checkout -b egg needMerge/master(此时曾经创立了本地的egg分支，且身处egg分支)切换回 原learning仓库 的 master 分支git checkout master将 egg 合并入 近程learning仓库 的 master 分支git merge egg如果第 6 步报错 fatal: refusing to merge unrelated histories执行上面命令 ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓git merge egg --allow-unrelated-histories 删除近程分支needMergegit remote remove needMerge同步更新到本人的语雀https://www.yuque.com/diracke...

Git 有很多客户端工具，不过感觉还是命令行操作最好用，不便又快捷，不过命令行操作须要小伙伴们对 Git 命令比拟纯熟，这可能对有的人来说会有一些难度，所以，客户端工具有时候也不能摈弃，如果非要举荐一个 Git 客户端工具，我感觉还是 IDEA 中的 Git 插件吧。其余的 Git 客户端工具松哥之前也有体验过一些，不过感觉还是 IDEA 中的用起来更加省事。 明天这篇文章算是我第二次教大家在开发工具中应用 Git 了，刚毕业的时候，松哥写过一篇文章，教大家在 Eclipse 中应用 Git，那时候在 Eclipse 中应用 Git 是真的麻烦，光是插件就要装置半天，刚刚翻了一下那篇文章，曾经是七年前的事件了。 七年之后，Eclipse 也没了来日的景色，IDEA 逐步成了开发的支流工具，咱们明天就来捋一捋 IDEA 中应用 Git。 1. 根本配置首先你要装置 Git，这个就不须要我多说了，IDEA 上默认也是装置了 Git 插件，能够间接应用。 为了给小伙伴们演示不便，我这里应用 GitHub 作为近程仓库，如果还有人不分明 GitHub 和 Git 的区别，能够在公众号江南一点雨底部菜单栏查看 Git 教程，看完了就明确了。 从 2021.08.13 号开始，IDEA 上配置 GitHub 有一个小小的变动，即不能应用用户名明码的形式登录了，如果你尝试用用户名/明码的形式登录 GitHub 提交代码，会收到如下提醒： Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.在 IDEA 上应用用户名/明码的办法登录 GitHub 也会报如下谬误： ...

很久以前我出过一个 Git 教程，小伙伴们要是还不懂 Git 的用法，能够在公众号底部菜单中，有一个教程合集，里边有 Git 教程的索引。 明天咱们不聊根本用法，聊一聊 Git 到底应该怎么用？咱们晓得相比于 Svn，Git 最牛的中央在于它的分支，分支很灵便，然而如果不足一个应用套路，又会用的乱哄哄的，特地是在团队合作中，该怎么玩 Git 分支？ 咱们也不创造什么轮子，也不设计什么全新流程，本文次要是和大家介绍三种常见的工作流：Git Flow、GitHub Flow 以及 GitLab Flow。介绍实现后，在谈谈松哥的一些应用体验。 1. Git Flow先来看 Git Flow。 Git Flow 是最早诞生也是最早被宽泛应用的工作流程。 在 Git Flow 中，有两个长期存在且不会被删除的分支：master 和 develop。 在这两个分支中，master 次要用于对外公布稳固的新版本，该分支时常放弃着软件能够失常运行的状态，因为要保护这一状态，所以不容许开发者间接对 master 分支的代码进行批改和提交，其余分支的开发工作进展到能够公布的水平后，将会与 master 分支进行合并，并且这一合并只在发版时进行，公布时将会附加版本编号的 Git 标签。 develop 则用来寄存咱们最新开发的代码，这个分支是咱们开发过程中代码核心分支，这个分支也不容许开发者间接进行批改和提交。程序员要以 develop 分支为终点新建 feature 分支，在 feature 分支中进行新性能的开发或者代码的修改，也就是说 develop 分支维系着开发过程中的最新代码，以便程序员创立 feature 分支进行本人的工作。 留神 develop 合并的时候，不要应用 fast-farward merge，倡议加上 --no-ff 参数，这样在 master 上就会有合并记录，对于这两个的区别，大家能够参数松哥之前的 Git 教程，这里不再赘述。 除了这两个永恒分支，还有三个长期分支：feature branches、hotfixes 以及 release branches。咱们别离来看： ...

git上传我的项目到码云1.开发环境 windows10专业版2.在开发的过程中,咱们常常会应用到 git命令进行上传我的项目,上面我来分享一下,应用git上传我的项目到码云,心愿对你有所帮忙!3.新建一个文件夹,应用 git的 bash!而后之后一下命令 1.git init //初始化2.git config user.name //初始化用户名,只有在第一次应用的时候,须要配置3.git config user.email //初始化邮箱4.git remote add origin 'https://' //关联近程仓库5.git remote -v //查看近程仓库信息6.git fetch origin develop //拉取近程的 develop分支7.git checkout -b dev(本地分支名称) origin/develop(近程分支名称) //在本地创立分支dev,并且切换到该分支//再次上传代码步骤1.git fetch origin develop(近程分支名) //拉取近程分支2.git merge develop(合并分支,把develop分支合并到[某个分支]{把develop分支合并到dev分支,首先切换到dev分支[git checkout dev]而后在[git merge develop]}) //合并分支//留神：：：应用步骤1+23.扩大://步骤1和2 也能够应用步骤3,然而倡议应用步骤1+2git pull origin master(分支名称) //把近程分支拉取到本地4.git add . //将代码存起来5.git commit -m '提交正文'6.git push origin master(分支名称,默认是master) //提交4.扩大 1.删除本地分支 git branch //查看本地分支 git branch -d chen //删除本地 chen 分支 2.切换分支 git checkout 分支名 3.查看本地分支和近程分支 git branch -a 后面带 * 号的代表你当前工作目录所处的分支 4.列出全副近程主机 git remote5.列出近程分支 git branch -r 6.查看本地分支和近程分支对应关系 git branch -vv 7.新建分支 git branch 分支名 8.查看本地分支 git branch 9.批改分支名(test分支批改为dev分支) git branch -m test dev 10.查看历史提交记录 git log11.创立近程分支 git checkout -b 分支名; //创立分支 git push --set-upstream origin 分支名; //提交分支到近程仓库 12.查看近程各分支的最新提交 git branch -r -v; 13.删除近程分支 git branch -r -d origin/分支名; git push origin :分支名;5.如果接手他人的电脑,先删除之前的配置,不然就会上传不胜利,操作如下: ...

1.电脑系统 windows10专业版2.在开发的过程中,咱们会应用到git来治理我的项目。上面我来分享一下git的装置教程。3.置信下载过git的小伙伴们都晓得,在git官网下载git装置会比较慢,在这里我给大家举荐另外一种办法,自己笔记本是联想的,我在这里应用的是联想利用商城,在这里下载git还是很快的。4.装置界面5.抉择装置门路,点击下一步。6.抉择装置组件,在这里举荐全选7.批改零碎的环境变量8.配置终端应用形式 这里倡议抉择第二个,windows上自带简略的的原生态的通常能够很好的工作，但交互性更好的诸如MinTTY这样的应用程序却可能呈现故障——比方在装置一个货色的时候,如果不应用自带的就是装置失败或报错。9.其余的配置默认就能够。10.本期的分享到了这里就完结啦,心愿对你有所帮忙,让咱们一起致力走向巅峰。

一、Git 、GitLab和Github的关系以初学者的角度理解一下Git、GitLab和Github三者之间的关系： Git - 版本控制工具Github - 一个网络平台，提供给用户空间存储 Git 仓库，保留用户的一些数据文档或者代码GitLab - 基于Git的项目管理软件三者都是 Git，能够说是 Git 的衍生品起源：大牛linus Torvalds为了方便管理linux内核而开发的一个开源的版本控制软件 Git。 二、Git 的应用2.1 简介Git是目前世界上最先进的分布式版本控制系统。它的工作原理 / 流程如下：[ Workspace:工作区 Index / Stage:暂存区 Repository:仓库区（或本地仓库） Remote:近程仓库 ] 2.2 装置去 Git 官网下载对应零碎的软件了，下载地址为 git-scm.com 或者 gitforwindows.org，依照装置向导实现装置。 具体装置能够参考 Git Windows装置教程（2.35.1.2版本） 2.3 根本应用咱们通常用 Git 将本地文件推送到 Github 仓库，或者从 GitHub 克隆我的项目到本地 2.3.1 本地文件推送到 Github 仓库先在github上创立一个我的项目：例如 test-demo在本地 test-demo 我的项目中应用 git init 把其变成 Git 能够治理的仓库 git init若要疏忽本地的文件或文件夹不被提交到github ，则须要在我的项目根目录下创立 .gitignore 文件 touch .gitignore关上文件，编辑内容，例如： node_modules/update.txt则能够疏忽目录下node_modules 文件夹及updata.txt 文件. 增加文件夹下所有文件到暂存区 git add . ...

1、Git 的下载去 Git 官网下载对应零碎的软件了，下载地址为 git-scm.com 或者 gitforwindows.org下面的 git-scm 是 Git 的官网，外面有不同零碎不同平台的安装包和源代码，而 gitforwindows.org 里只有 windows 零碎的安装包 2、Git 的装置我下载的版本是 Git-2.35.1.2-64-bit.exe，接下来咱们就对这个版本进行装置工作。 2.1 应用许可申明双击下载后的 Git-2.35.1.2-64-bit.exe，开始装置，这个界面次要展现了 GPL 第 2 版协定的内容，点击 Next 到第二步。 2.2 抉择装置目录可点击 “Browse…” 更换目录，也可间接在方框外面改，批改实现后，点击 next 到第三步。 2.3 抉择装置组件图中这些英文我曾经把大略意思翻译进去了，大家依据本人的须要抉择勾选。点击 next 到第四步。 2.4 抉择开始菜单文件夹方框内 Git 可改为其余名字，也可点击 “Browse…” 抉择其余文件夹。好了点击 Next 进入下一步 2.5 抉择 Git 默认编辑器Git 安装程序外面内置了 10 种编辑器供你筛选，比方 Atom、Notepad、Notepad++、Sublime Text、Visual Studio Code、Vim 等等，默认的是 Vim ，抉择 Vim 后能够间接进行到下一步，然而 Vim 是纯命令行，操作有点难度，须要学习。如果选其余编辑器，则还须要去其官网装置后能力进行下一步。 下图为默认编辑器 Vim 可间接点击 next 到第六步。 ...

在开发的我的项目中有很多分支的时候，咱们总是须要频繁的切换分支来比对代码，bug定位……然而，每次checkout之前，git总是让咱们做commit，这种打乱咱们开发节奏的操作，咱们是不会承受的，这里我来举荐一个超好用的命令 git stash命令定义git stash会把所有未提交的批改（包含暂存的和非暂存的）都保存起来，用于后续复原当前工作目录。 来看一个案例：目前的情况是我批改了两个文件： git statusOn branch masterChanges not staged for commit: (use "git add <file>..." to update what will be committed) (use "git restore <file>..." to discard changes in working directory) modified: file1.tsx modified: file2.tsx而后我执行checkout操作： git checkout develop error: Your local changes to the following files would be overwritten by checkout: file1.tsx file2.tsxPlease commit your changes or stash them before you switch branches. 能够看到，很恶心心的提醒，咱们要commit……,but，stash是什么？ 二话不说，间接git stash git stash Saved working directory and index state WIP on……这时候咱们执行git status ...

关上gitlab在linux上的默认装置门路vim /etc/gitlab/gitlab.rb gitlab_rails['ldap_enabled'] = true###! **remember to close this block with 'EOS' below** gitlab_rails['ldap_servers'] = YAML.load <<-'EOS' main: # 'main' is the GitLab 'provider ID' of this LDAP server# label: 'LDAP' host: 'localhost' port: 389 uid: 'uid' bind_dn: 'cn=admin,dc=zdpoc,dc=com' password: '666666' encryption: 'plain' # "start_tls" or "simple_tls" or "plain"# verify_certificates: true# smartcard_auth: false active_directory: true allow_username_or_email_login: false# lowercase_usernames: false# block_auto_created_users: false base: 'ou=people,dc=zdpoc,dc=com' user_filter: ''# ## EE only# group_base: ''# admin_group: ''# sync_ssh_keys: false## secondary: # 'secondary' is the GitLab 'provider ID' of second LDAP server# label: 'LDAP'# host: '_your_ldap_server'# port: 389# uid: 'sAMAccountName'# bind_dn: '_the_full_dn_of_the_user_you_will_bind_with'# password: '_the_password_of_the_bind_user'# encryption: 'plain' # "start_tls" or "simple_tls" or "plain"# verify_certificates: true# smartcard_auth: false# active_directory: true# allow_username_or_email_login: false# lowercase_usernames: false# block_auto_created_users: false# base: ''# user_filter: ''# ## EE only# group_base: ''# admin_group: ''# sync_ssh_keys: false EOS必须依照上述示例启用字段，不要认为正文里的就是默认的，要不然 GitLab 会报 500 谬误, 例如 active_directory: true``host 和 port 是 LDAP 服务的主机地址及端口bind_dn 和 password 是一个治理 LDAP 的 dn 及明码，须要有管理员权限，对应着 LDAP 服务的顶级域和明码base 示意 LDAP 将以该 dn 为 节点，向下查找用户user_filter 示意以某种过滤条件筛选用户，比方假如咱们只心愿所属组为 Developers 的用户来拜访 GitLab，则能够在这里设置 (memberOf=cn=Developers,cn=Groups,dc=xinhua,dc=org)attributes 示意 GitLab 中的字段与 LDAP 中哪些字段能够互相对应uid示意gitlab的登录名，对应ldap中用户的哪个参数配置完后重启服务 gitlab-ctl reconfigure ...

在Git中merge是用来把分叉的提交历史放回到一起的形式。git merge命令用来将你之前应用git branch命令创立的分支以及在此分支上独立开发的内容整合为一个分支。 请留神上面的所有命令都会是将其余分支合并到以后所在工作分支上。当前工作分支的内容会因为merge操作产生更新，然而指标分支则齐全不受影响。再次强调，这意味着git merge通常与其余几个git命令一起应用，包含应用git checkout命令来抉择当前工作分支，以及应用git branch -d命令来删除曾经合并过的废除分支。 它是如何运行的git merge会将多个提交序列合并进一个对立的提交历史。在最常见的应用场景中，git merge被用来合并两个分支。在本文档接下来的局部，咱们会专一于这种合并场景。在这种场景中，git merge承受两个commit指针，通常是两个分支的顶部commit，而后向前追溯到这两个分支最近的一个独特提交。一旦找到这个独特提交，Git就会创立一个新的"merge commit"，用来合并两个分支上各自的提交序列。 比如说咱们有一个性能分支由main分支派生进去，当初咱们心愿将这个性能分支合并回main分支。 执行合并命令会将指定分支合并到当前工作分支上，咱们假如当前工作分支为main。Git依据两个分支自行决定合并提交的算法（将在上面具体探讨）。 合并commit与一般commit不一样，因为合并commit会有两个父提交。创立一个合并commit时Git会尝试主动将两个独立的提交历史合并为一个。不过当Git发现某一块数据在两边的提交历史中都含有变更，它将无奈主动对其进行合并。这种状况被称为版本抵触，此时Git须要人为染指调整能力持续进行合并。 筹备合并在理论进行合并操作之前，须要进行一些筹备步骤，以保障合并过程可能顺利进行。 确认接管合并的分支执行git status命令查看以后分支的状态，确保HEAD斧正指向的是正确的接管合并的分支。如果不是，执行git checkout命令切换到正确的分支。在咱们的示例中，执行git checkout main。 获取最新的近程提交确保合并操作波及的两个分支都更新到近程仓库的最新状态。执行git fetch拉取近程仓库的最新提交。一旦fetch操作实现，为了保障main分支与近程分支同步，还需执行git pull命令。 合并当下面提及的筹备工作都已齐备，合并就能够正式开始了。执行git merge <branch>命令，其中<branch>为须要合并到以后分支的指标分支名称。 快进合并当前工作分支到合并指标分支之间的提交历史是线性门路时，能够进行快进合并。在这种状况下，不须要实在的合并两个分支，Git只须要把以后分支的顶端指针挪动到指标分支的顶端就能够了（也就是快进的意思）。在这种状况下快进合并胜利的将提交历史合并至一处，毕竟指标分支中的提交此时都蕴含在以后分支的提交历史中了。对于将性能分支快进合并到main分支的流程能够参见下图所示： 然而快进合并在两个分支呈现分叉的状况下是不容许执行的。当指标分支绝对于以后分支的提交历史不是线性的，Git只能通过三路合并算法来决定如何对两个分支进行合并。三路合并算法须要应用一个专用commit来整合两边的提交历史。这个名词源于Git要想生成合并commit，须要用到三个commits：两个分支的顶端commit，以及它们的独特先人commit。 尽管实际上能够抉择应用这些不同的合并策略，然而大多数开发者更喜爱快进合并（通过利用 rebasing 命令），尤其是用于小性能的开发或者bug修复；反之对于合并长期开发的性能分支，则更偏向于应用三路合并的形式。在第二种场景中，merge产生的合并commit会作为两个分支合并的标记保留在提交历史中。 接下来咱们用上面第一个例子来展现如何进行快进合并。上面的命令会先创立一个新分支，在新分支上进行两次提交，而后用快进合并把新分支合并回main分支。 # Start a new featuregit checkout -b new-feature main# Edit some filesgit add <file>git commit -m "Start a feature"# Edit some filesgit add <file>git commit -m "Finish a feature"# Merge in the new-feature branchgit checkout maingit merge new-featuregit branch -d new-feature这个例子中的工作流程通常用于短期性能的开发，这种开发流程更多地被当做是比拟独立的一次开发流程，与之对应的则是须要协调和治理的长期性能开发分支。 ...

1、个人信息和配置右上角头像处能够设置个人信息，账号平安和ssh 秘钥等信息。 2、创立组织和仓库 右上角➕ 能够创立组织和仓库，组织外面蕴含仓库，同一个组织内如果仓库没有设置成私人的，那么组织内的所有人都能够领有这个仓库。 3、仓库设置点开仓库右上角的设置按钮，能够设置仓库的所有属性，例如仓库名称，可见性，部署秘钥，增删协作者等。 4、仓库ssh 地址设置gitea 装置胜利当前，ssh仓库地址默认是SYSTEM 结尾的，最好是设置成git 结尾比拟正规。 找到gitea的装置目录关上app.ini 文件，批改RUN_USER 属性成git 即可实现ssh以git 结尾 下图是设置后的ssh 地址（app.ini 是gitea的配置文件，许多属性都能够通过在文件里批改，并重启gitea实现批改）

前言在2021年，阿里云代码根底技术团队尝试将本身对Git技术的积淀， 通过9-10期B站短视频的形式对外宣发，帮忙业内的Git使用者更正确和更高效的应用git。 过程中， 咱们与阿里云经营同学和云效经营同学进行单干， 独特打磨咱们的视频品质和经营策略，感激过程中参加的同学们。 上是我在起初的课程设计思路， 起初还是感觉视频要有三个因素： 简短，风趣，实用。所以过程中还是呈现了一些乏味的图片的，比方上面这张～ 视频列表和纲要简述【第#1期 】蒋鑫（知忧）《【阿云出品】可能是B站最透彻的Git教程系列！阿里云程序员深度分享：Git操作全指南》 视频地址：https://www.bilibili.com/video/BV1Vq4y1S7zQ?spm_id_from=333.999.0.0 内容简述： 团队介绍： 咱们是阿里云代码根底技术团队， 负责阿里代码基础设施， 每天钻研的就是让Git变得更好Git这十年重要的变动： 变动1: 条件蕴含 IncludeIf变动2: 局部克隆、稠密检出、2.0协定为大仓库提速变动3: 反对不同工作区worktree变动4: 反对watchman晋升git变动感知的性能（目前局部性能scalar代替）变动5: 交互式git clean变动6: git commit --fixup 以及 交互式rebase，autosquash变动7: 应用range-diff反对两个patchset之间的差别变动8: proc-receive钩子和repost-status-v2（阿里奉献）反对git创立代码评审和骨干协同模式变动9: Git能够说中文了【第#2期 】滕龙（澳明）《【阿云出品】15分钟学会如何找到对象！阿里云程序员详解Git对象和援用原理》 视频地址：https://www.bilibili.com/video/BV1a44y1b7tm?spm_id_from=333.999.0.0 内容简述： Git Objects介绍存储构造和存储特点Git Object对象类型介绍Git Objects之间的组织关系Git References介绍Builtin references类型介绍援用存储构造和特点创立和更新援用理解不同references之前的作用对象提速， 简略的对象清理办法git pack-refs 命令git repack命令git gc命令【第#3期】陈博俊(星楚)《【阿云出品】Git界奥数题咋做？学会2个命令就能解开：如何用Git 治理仓库》 视频地址：https://www.bilibili.com/video/BV1mP4y1L7eR?spm_id_from=333.999.0.0 内容简述： 如何拆分已有的一个仓库通过git-submodule治理主仓库下的子仓库通过git-submodule查问子仓库的版本信息应用repo/git-repo开源工具进行多仓治理【第#4期】韩欣（炽天）《【阿云出品】Git指南（4）找到对象之后……》 视频地址：https://www.bilibili.com/video/BV1LP4y1j7t6?spm_id_from=333.999.0.0 内容简述： Git仓库中的涣散对象介绍Git仓库中的打包对象介绍git gc的触发机制【第#5期】谢久阳(昕希)《【B站最全】Git交互协定》 视频地址：https://www.bilibili.com/video/BV1Jg411T73U?spm_id_from=333.999.0.0 内容简述： 应用trace查看git通信的过程protocol v1和v2的区别fetch/clone通信交互的过程push通信交互的过程【第#6期】夏晓文(辰谙)《【B站最全Git指南】10分钟教你协同开发必备Merge技能！》 视频地址：https://www.bilibili.com/video/BV1RQ4y1e7mu?spm_id_from=333.999.0.0 内容简述： 从线上事变开始引入合并问题三路合并机制介绍快进式合并介绍压缩式合并介绍非快进式合并介绍【第#7期】邢鑫(默翁)《【B站最全Git进阶课程】git rebase: 人生无奈重来，但代码能够！》 视频地址：https://www.bilibili.com/video/BV1Xb4y1773F?spm_id_from=333.999.0.0 内容简述： merge or rebase?rebase的原理merge和rebase后果比照交互式rebase介绍和综合利用【第#8期】 赵鹏飞(好久)《【Git系列课程第八期】写好提交，做一个有品位的程序员！》 ...

1、gitea 是什么？为什么抉择giteagitea 是一个本人托管的Git服务程序。他和GitHub, Gitlab等比拟相似。他是从 Gogs 倒退而来，gitea的创作团队从新fork了代码，并命名为gitea。 gitea 性能个性多，可能满足咱们所有的的代码治理需要。并且非常容易装置，小白都能轻松装置应用。对设施性能要求小，官网介绍一个便宜的树莓派就能够运行，不必独自在购买服务器。gitea官网文档 、github上的地址 2、gitea 的装置gitea 提供了多种装置形式。二进制，docker 和包管理器等装置。比较简单的，能够进入到gitea二进制页面下载对应的exe 进行装置我应用的是包管理器装置choco install gitea 默认下载安装在这个地位，choco 的默认装置地位（C:\ProgramData\chocolatey 不一样能够在环境变量中查看choco的下载门路）如果不想要装置在这个地位能够将gitea 这个文件夹间接copy 走即可gitea更多装置形式 3、gitea 的配置和拜访3.1、将gitea 注册为Windows服务要注册为Windows服务，首先以Administrator身份运行 cmd，而后执行以下命令： sc create gitea start= auto binPath= "\"C:\gitea\gitea.exe\" web --config \"C:\gitea\custom\conf\app.ini\""留神将 C:\gitea 替换成你的 Gitea 装置目录。 关上Windows 服务控制面板，找到gitea 并且启动这个服务，在浏览器关上 http://localhost:3000 就能够拜访了。（如果你批改了端口，请拜访对应的端口，3000是默认端口）。 gitea 的所有配置都在gitea 的装置目录下（C:\gitea\tools\custom\conf）的app.ini中，能够关上记事本进行编辑就能够依据本人的需要设置 ，后续的很多gitea 设置都能够间接编辑这个文件，而后重启gitea 服务即可失效。(上面是app.ini的局部内容截图) 4、git数据库的配置首次关上 http://localhost:3000/ gitea 默认端口的治理后盾 须要进行初始化的配置，如下图 gitea 须要应用数据库来保留日常应用产生的数据，所以须要提前下载好一个数据库提供给gitea 应用，如果数据库设置有问题，就会提醒相似上面的信息。 数据库设置有效: dial tcp 127.0.0.1:3306: connectex: No connection could be made because the target machine actively refused it.5、测试并提交下面的都设置实现当前，下一步就会跳转到创立账号界面，默认第一个创立的账号就是管理员账号。点击右上角的➕号 创立一个Test 仓库并提交文件 ...

在应用PageHelper分页插件时要先增加PageHelper依赖 <dependency> <groupId>com.github.pagehelper</groupId> <artifactId>pagehelper-spring-boot-starter</artifactId> <version>1.3.1</version> </dependency>PageHelper类调用父类的startPage()办法并传参，获取Page对象。能够通过此对象取得总记录数。Page对象外部的属性: public class Page<E> extends ArrayList<E> implements Closeable { private static final long serialVersionUID = 1L; private int pageNum; private int pageSize; private long startRow; private long endRow; private long total; private int pages; private boolean count; private Boolean reasonable; private Boolean pageSizeZero; private String countColumn; private String orderBy; private boolean orderByOnly; private BoundSqlInterceptor boundSqlInterceptor; private transient Chain chain;PageHelper分页插件具体应用如下: @Servicepublic class SysUserServiceImpl implements SysUserService { @Autowired private SysUserDao sysUserDao; @Override public PageObject<SysUser> findPageObjects(String username, Integer pageCurrent) { int pageSize = 5; Page<Object> page = PageHelper.startPage(pageCurrent, pageSize); List<SysUser>records=sysUserDao.findPageObjects(username); long rowCount= page.getTotal(); return new PageObject<>((int)rowCount,records,pageCurrent,pageSize); }}问题剖析:在springboot我的项目中引入 ...

本文是对git checkout命令的一次测试。它将会笼罩应用举例以及不太常见的边缘案例。在Git术语中，“checkout”的意思就是对于一种实体的不同版本之间进行切换的操作。git checkout命令能够用于三种不同的实体：文件，commit，以及分支。作为对于checkout 含意的补充，短语“checking out”通常意味着执行git checkout 命令的这一行为。但对于本文档的大多数读者来说，checkout操作将次要应用于分支。 checkout分支相似于检出一个分支中的某次旧的commit；然而，新的变更会被存储在我的项目的历史中，这也就意味着这并不是一个只读的操作。 检出分支git checkout命令能够切换通过git branch命令创立的分支。checkout一个分支，会更新以后的工作空间中的文件，使其与检出分支的commit版本情况保持一致。这之后工作区中的所有变更都会被记录在checkout进去的那个分支上。这一操作能够认为是在筛选你心愿批改的工作分支。 相比于SVN的工作流，为每一个新性能的开发都建设一个独立的分支是一个微小的提高。这一个性足以在不必害怕毁坏现有性能的前提下随便试验新的性能开发，还能够让同一个开发者并行开展多个互不相干的新性能开发。甚至，这种简略又轻松的分支模型，还促成了不少合作的工作流程的呈现。 git checkout命令有时候会跟git clone命令相混同。两个命令中最为显著的差异在于，git clone用于从近程仓库获取代码，而git checkout则用来在本地零碎中业已存在的代码库中切换不同的版本。 应用：现有的分支构想你正在工作的仓库中含有一些现有分支，那么你能够应用git checkout命令在这些分支之间进行切换。为了找出哪些分支是可用的，以及以后咱们正在应用哪个分支，能够执行git branch命令 $＞ git branch main another_branch feature_inprogress_branch $＞ git checkout feature_inprogress_branch下面的例子演示了如何应用git branch命令来查看所有可用分支，以及如何切换到一个指定的分支，在此例中，即切换到feature_inprogress_branch分支下来。 创立新分支git checkout常与git branch合作。git branch命令能够用于创立一个新的分支。当你心愿开始某个新性能的开发，能够应用git branch new_branch来创立新的分支。一旦创立实现，就能够持续应用git checkout new_branch来切换到这个新创建好的分支。此外，git checkout命令还承受一个 -b 参数，作为创立分支并立即切换到新分支这一系列操作的快捷方式。在创立了一堆新分支之后，则能够持续应用git checkout命令在这些分支之间进行切换，以便并行地对多个新性能开展同步开发工作。 git checkout -b ＜new-branch＞以上命令同时创立并checkout到 <new-branch>上。-b选项作为一个标记通知git先运行git branch命令而后再运行git checkout <new-branch>命令。 git checkout -b ＜new-branch＞ ＜existing-branch＞默认的git checkout -b命令会从以后所在的HEAD指针所指的分支来派生出新建的分支。但git checkout命令依然能够承受一个可选的分支名作为参数。在下面的例子中，<existing-branch> 作为这个参数传递给git checkout命令，这一命令意味着从指定的existing-branch分支派生创立了一个名为new-branch的新分支。 切换分支切换分支命令是一个十分直白的操作。执行上面命令会让HEAD指针指向<branchname>分支的顶端。 git checkout ＜branchname＞Git会在reflog中记录checkout操作的历史。你能够执行git reflog命令来查看这一历史记录。 checkout一个近程分支与别人合作的状况下则肯定会波及到应用近程仓库。这些近程仓库可能是托管在一个共享节点上，也可能就是其余共事的一个本地仓库。每个近程仓库都有本人的分支汇合。为了可能checkout出某一个近程仓库的分支，咱们须要先fetch那个仓库的内容。 git fetch --all之后在较新版本的Git中，你就能够像checkout本地分支一样checkout出这个近程分支了。 ...

背景正所谓天下大事合久必分，分久必合。理论工作中的我的项目也相似，有的我的项目越来越大，或者有时候须要把没有前后端拆散的我的项目代码拆分到两个仓库里，就波及到对已有git我的项目的迁徙操作。 如果只是简略的把代码拆开并不难，能够抉择间接下载git我的项目源代码压缩包，拆分后push到新建的git仓库里就能够了。 然而事实世界往往没有那么简略，比方正在进行的开发分支还没有合并，或者咱们想保留提交记录和分支关系。如此种种原因导致无奈简略粗犷地把源代码扔到一个新建的git仓库里，还波及对git记录进行必要的裁剪。 本文就介绍一个好用的工具来进行无损的git仓库迁徙。 实在案例在理论工作中，咱们有一个我的项目，其我的项目目录构造很简略，是一个既含有前端代码，也含有服务端代码的仓库，如下所示： server/ foo.c bar.cwebapp/ app.tsx components/ index.tsxzebra.jpg咱们心愿将前端和服务端代码拆分成两个独立的git仓库，然而因为开发同学还有正在开发的性能分支没有合并，因而咱们心愿可能同时迁徙代码和git提交历史以及分支。最终心愿失去的后果是： git repo A: ./server/ git repo B: ./webapp/ git-filter-branch命令通过查看git文档，首先思考应用git filter-branch命令来进行迁徙。简略来说该命令能够用来操作目录树，同时批改历史提交记录。 在我还没来得及齐全了解这个命令之前，就看到文档中有这样一段warning git filter-branch has a plethora of pitfalls that can produce non-obvious manglings of the intended history rewrite (and can leave you with little time to investigate such problems since it has such abysmal performance). These safety and performance issues cannot be backward compatibly fixed and as such, its use is not recommended. Please use an alternative history filtering tool such as git filter-repo. If you still need to use git filter-branch, please carefully read SAFETY (and PERFORMANCE) to learn about the land mines of filter-branch, and then vigilantly avoid as many of the hazards listed there as reasonably possible.这里提到了filter-branch命令因为有可能产生芜杂的提交历史，以及惨不忍睹的执行效率，所以最终举荐了一个第三方工具git filter-repo。接下来，就该明天的配角退场了。 ...

在年末各个软件应用的年度报告中，刺痛打工人最深的是办公软件中的那句「 x 月 x 日深夜 x 点，你仍然在解决工作/会话」。 定个新一年的小指标吧：让工作效率腾飞，跟加班说拜拜。 聪慧的小伙伴，或开始或曾经习惯用vika维格表解放本人的生产力： 梳理流程，自主搭建本人的业务零碎 机器人+API 实现自动化办公 与团队协同办公，缩小内耗 …… 但高效的节奏怎么能仅止于此？维格表的重磅武器继续上新，新年工具礼包即刻上线，为你收费放送。 批量解决 Word 文档生成？年会抽奖用什么特地的办法？此刻，这些实用工具正在维格表的小程序中心里静待你的签收。 维格小程序数据的延长扩大兴许你对维格小程序还比拟生疏，但其实你早已频繁地应用过：「图表」、「统计与指标」对于数据可视化的帮忙可不小，它们也是小程序的一员。 维格小程序是vika维格表推出的扩大性能。通过小程序，能够让表里的数据失去延长扩大，让数据失去更充沛的无效利用。 vika维格表内已反对自建小程序，让开发者充分运用 SDK 能力，开发更多合乎业务场景和集体需要的小程序（内测申请）。百花齐放已到来，越来越多奇思妙想的实用小程序将会呈现在小程序中心里。 这不，第一批由「vika实验室」成员开发的小程序来了~ vika实验室是维格公司外部的一个「社团」，由一群爱折腾、有着千奇百怪想法的小伙伴组成的小团队。 他们不定期会产出一些基于维格 API、维格小程序的小工具、产品案例。欢送在维格社区（bbs.vika.cn）里与咱们的实验室成员交换 Word 文档生成器辞别机械作业场景窘境 HR 小俊在校招季发放许多 Offer，重复填写雷同格局的 Word 文档占用了她太多工夫，却不能不机械解决。 由vika实验室 - Kelvin 开发的「Word 文档生成器」小程序，轻松解决这种重复劳动的难题。 它一键即可将维格表中的字段批量填充到 Word 模板文档中，生成新的 Word 文件，并反对批量导出。 如何实现提前准备好 Word 模板，在 Word 模板外面指标地位填写好维格表里的对应列名。一般的「单行文本」维格列的书写标准：左右两边加上花括号，例如 {候选人姓名}。其它字段，如单选、成员、神奇关联等，可参考该小程序主页中的取值办法； 取值示例（含「单选」字段） 将模板文档上传到以后维格表的附件列中；在开展的小程序配置面板右侧，抉择模板文档所在的附件列； 退出小程序开展模式，在维格视图中抉择若干行，点击小程序中的「导出 word 文档」按钮，即可批量导出所需文档。 不论是会议邀请函、入职 Offer、学生成绩单、发货单，亦或是各种制式合同，只有用「Word 文档生成器」都能批量解决。从往年开始，辞别职场工具人的身份。 ...

2022年到了，新年的第一个月vika维格表快马加鞭地优化、更新，为你的新年讨一个「好彩头」。 快来看看新的一年，vika维格表有什么更新内容吧～ 「智能疏导」上线：第一次应用vika维格表也能轻松上手「小程序」优化：上架维格实验室出品的两个新的小程序，新增小程序核心入口，新增链接到维格社区小程序主页。反对语言切换：一键切换中英文，外籍员工应用无障碍。更多细节优化：-日期字段优化：手动输出短日期时，默认年份为往年；-日历视图展现优化：每条记录最多设置显示 10 列； -新增「历史更新」入口：播种更多功能应用小技巧； -回收舱勾销「彻底删除」按钮：无效防止数据误删。 智能疏导上线秒懂vika，轻松应用智能疏导手把手教学，第一次应用vika维格表也不怕。 从初识到纯熟，落户「维格星球」的旅程每一步都有咱们。 小程序又降级凋谢入口，社区答疑新上架的两款小程序：「word 文档生成器」和「抽取幸运儿」上次曾经具体介绍过啦，戳这里理解详情，收费支付。 新增自建小程序入口，助你开发小程序一臂之力。 点击小程序右上方的小程序主页，可跳转到「维格社区」，与开发者、社区大神交换，常见问题统统为你解答。 中英文切换玩儿的就是国际化中英文切换的入口：「左下角头像 → 用户核心 → 设置语言」，你就能够体验英文版的vika维格表啦～ 更多细节优化贴心又实用日期字段优化：手动输出短日期时，默认年份为往年。主动跟上新年的脚步，确认日期更便捷。 日历视图展现优化：同一天有超过 5 条的记录，会主动折叠，每条记录最多设置显示 10 列。页面更简洁，再多信息也高深莫测。 新增「历史更新」入口：点击右下角 vikaby 头像，就能够返回「维格社区」看往期所有更新性能阐明~ 随时学会新技能~惊艳公司所有人。 回收舱勾销「彻底删除」按钮：有文件的「可治理」权限成员，可在回收舱中将其复原至工作目录下，其余成员则无奈对该文件彻底删除，防止文件在无效工夫内无奈复原。误删数据再也不怕找不回来～ 扫描下方二维码，获取专属服务： 更多新性能能够戳 这里 查看产品路线图 对本次性能更新有任何疑难能够留言通知咱们~ 或者退出社群，把握产品更新的第一手信息，间接和产品童鞋们交换你的想法~ vika维格表能帮我做什么？不晓得如何将本人的业务与维格表联合起来？点击下方图片，能够收费预约专属产品演示~

git的config命令查看以后git 的配置 git config --list编辑git配置 git config -e [--global]设置提交代码时的用户信息 全局配置 git config --global user.name "username" //配置用户名git config --global user.password "xx@mail.com" //配置邮箱我的项目中配置 git config user.name "username" //配置用户名git config user.password "xx@mail.com" //配置邮箱惯例流程中应用的命令克隆近程仓库代码到本地 新建个文件夹用来寄存代码git clone url或者本地仓库关联近程仓库 git init 初始化本地代码为git仓库失常写你的代码，写完之后须要提交的时候，持续上面git add . 把所有的文件暂存到暂存区git commit -m 'message' 提交代码到本地仓库git push origin master 推送代码到近程仓库后面的是只有一个分支，当初说多个分支，两种形式 一种是本地新建分支，推送到近程 git checkout -b demo 本地新建一个分支叫demo，并切换到demo分支git push origin demo 推送到近程仓库一种是近程有的分支，拉取到本地 git pull 拉取分支git checkout -b demo2 origin/demo2 拉取近程仓库demo2分支到本地新建的demo2分支多分支会有分支的合并 例子，demo分支合并到master分支 git checkout master 切换到master分支git merge demo 合并demo代码到master即可上面就是惯例流程提交推送到近程即可还有其余是，你能够在github，gitlab，gitee的治理后盾合并本人的代码，而后本地再拉取代码，也是OK的创立一个tag版本，就是俗称的打tag ...

下载，装置git地址：https://git-scm.com/download/win任何形式下载的平安的git都行，QQ电脑管家都能下载装置：没有什么特地的就不说了生成秘钥cd ~/.ssh 如果是这样，就是曾经生成过秘钥了。能够间接去C盘中的.ssh文件夹上面找id_rsa.pub文件，应用外面的公钥。如果不是这样的，而是显示其余的提醒，如No such file or directory则示意没有生成过公钥。则须要配置: 配置name和email // 这里的name和emil随便，不肯定要和gitee或者github注册的账号一样，然而通常来说放弃对立git config –global user.name 'xxxxx'git config –global user.email 'xxx@xx.xxx'生成秘钥 ssh-keygen -t rsa -C '下面的邮箱'一路回车，最初在.ssh文件夹上面找到两个文件：id_rsa（公有秘钥）id_rsa.pub（私有密钥） 应用公钥这里就拿码云（gitee）举例，github也差不多，也是因为最近github总是打不开，所以拿码云当本人自己的代码仓库用。在码云的设置中增加咱们的公钥 题目轻易起，公钥的话你把id_rsa.pub（私有密钥），用记事本关上，复制外面内容放在文本框，最初点击确定即可。码云新建一个仓库 名称必填门路会依据你的名称主动生成，其余不填，如有须要，你能够填，但这里就不一一介绍了。创立即可。创立之后是这样的：这个页面先不敞开，因为这里的地址咱们待会须要用，能够先点击复制。本地创立git你仓库 mkdir demo9527cd demo9527git init touch README.md// 下面的几行代码，你吐过曾经git初始化过了，能够不须要git add README.mdgit commit -m "first commit"git remote add origin https://gitee.com/xxxxxxx/demo9527.gitgit push origin "master"// 最初这一步点完当前，会让你输入码云的账号密码，你输出即可。而后就能推送胜利了PSgit的空文件夹是不会上传的 在文件夹上面新建一个 .gitkeep的文件就能够了然而有的windows电脑版本不容许这样间接建设.结尾的文件,能够应用命令行新建，空文件夹中关上cmd命令窗口 type null>.gitkeep

知乎上有个问题问游戏策动的日常工作是什么，答复中呈现频率较高的离不开这几项：配表、填表、保护表，而后跟美术和开发对线。 可见，游戏研发是一个既须要灵光，但也繁琐干燥的过程。在这期间，各个岗位都会遭逢低效工作和协同难题： 策动：无穷无尽地配表撸代码和保护，数值调整及函数公式利用； 美术：美术资源致力对齐配置表需要，与文件命名标准纠缠，凌乱的版本治理； 程序：读取和写入配置表的非构造数据要本人解决，定义表构造和配置，关联性能和解决 Bug 消磨大量工夫； 此外，多部门多人协同艰难，单张表格多人改变不同频，错乱不可避免； 项目管理难度大，进度不通明，需要跟进沟通不便捷； …… 你会发现，这其中许多环节都牵扯到 Excel 的应用。有没有方法冲破这种限度，更自在、凋谢、自动化地解决问题呢？ vika维格表提供了游戏研发的高效推动计划，国内某一线游戏工作室抉择应用，也有适配利用于已上线的游戏实例。vika 的游戏研发场景计划能够做到： 联合具体的岗位流程，迅速搭建游戏研发零碎； 0 根底易上手，工具迁徙无学习老本； 多表数据同步关联，大大降低工作量及出错率； 多人协同，垂直沟通，缩小内耗； 高延展性的 API、机器人、自建小程序，程序员的 DIY 效率工厂； 丰盛的权限治理（含列权限）及项目管理性能。 多表关联、多人合作策动霎时轻松对于游戏策动来说，配表曾经成为了日常工作中很重要的一部分。但一个游戏我的项目须要配置表格的数量切实太多了，可能有成千盈百张，而且它们之间的数据信息并非独立。 因而，改变某张配置表的一处，你必须确保与之相干的表格也跟着批改，否则谬误频发、BUG 不停。用 Excel 很难齐全躲避，但vika维格表不仅能无效防止谬误，还能够做到更多： 多表关联，实时同步vika维格表独特的「神奇关联」性能，能够实现跨表数据关联。多表关联下，一张表格的数据扭转，对应的其余表格也会同步批改。简单的操作都尽量简化和保障精确，大大节俭了工时。 这个性能不仅可能利用于多张配置表的实时同步批改上，还能实现部门间的工作同步。比方将配置表与美术设计人员的「美术设计需要表」相关联，配置表对应的美术设计需要、实现后的美术资源展示，都能高深莫测看到。 多人合作，独特编辑通常多名策动要批改同一张表时，会很容易呈现抵触。而且不仅策动们要改表，有时候程序日常保护时，也会改表。Excel 没方法解决这种状况，有限的文件传输？ vika维格表反对千人级在线实时合作，多人编辑同一张表格也能流畅运行不怕抵触。协同效率大大晋升，也能缩小出错。 智能公式，简单函数计算vika维格表反对简单函数计算，领有丰盛的函数公式，能够帮忙你高效统计和解决表格数据，是数值策动的好帮手。 垂直沟通，缩小对线策动除了配表之外的另一大工夫耗费就在各种需要沟通上。每次都要到工位上逮人，或者遇到一些推诿，找不到理论的对应责任人。 vika维格表反对开展单元格，在面板内间接针对繁多的需要进行专项沟通，评论回复以及@人，及时收到音讯揭示。你还能够针对每个不同的需要工作，调配相干负责人，落实到位。 美术资源管理让设计更加专一游戏研发天然不单只是策动的工作，还波及到美术和程序等岗位。vika维格表也能针对这些岗位日常的效率难题，给出本人的解决方案。对于美术而言，资源管理天然是重中之重。 反对大容量附件上传Excel 无奈上传附件，所以美术资源很多时候要上传网盘或 SVN，不不便关联查看，且 SVN 不反对大文件上传。 而在vika维格表中，你能够间接上传大容量附件，放在对应美术需要的维格行中，不便对应关联查看。 疾速预览素材vika维格表反对将表格一键转换为「相册视图」，以附件图片为主视觉，疾速预览资源贴图，终结美术资源错乱的问题。 批改日志，不便追溯vika维格表反对数据批改日志留存，包含附件上传信息等。谁更新了哪些美术资源，也能疾速追溯。 ...

援用: https://blog.csdn.net/yxlshk/...

大家好！我是民工哥。 对于Git，置信大多数程序员并不会感到生疏。 作为目前世界上最先进的分布式版本控制系统（没有之一），Git 是一个开源的分布式版本控制软件,用以无效、高速的解决从很小到十分大的我的项目版本治理。 Git 最后是由Linus Torvalds设计开发的，用于治理Linux内核开发。随着工夫的推移，Git 倒退到明天，曾经成为了泛滥开发者必备的开发工具。 如果你平时学习Git时感觉到枯燥乏味，无妨试一试这个好玩的小游戏，通过别一种形式，在娱乐中去学习。 上面是其中的演示例子：须要这款游戏的读者能够点击下方公众号名片回复关键词 Git小游戏 获取 Git 简介Git 是一个开源的分布式版本控制系统。 什么是版本控制？版本控制是一种记录一个或若干文件内容变动，以便未来查阅特定版本订正状况的零碎。 什么是分布式版本控制系统？介绍分布式版本控制系统前，有必要先理解一下传统的集中式版本控制系统。 集中化的版本控制系统，诸如 CVS，Subversion 等，都有一个繁多的集中管理的服务器，保留所有文件的订正版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。 这么做最不言而喻的毛病是地方服务器的单点故障。如果宕机一小时，那么在这一小时内，谁都无奈提交更新，也就无奈协同工作。要是地方服务器的磁盘产生故障，碰巧没做备份，或者备份不够及时，就会有失落数据的危险。最坏的状况是彻底失落整个我的项目的所有历史更改记录。 分布式版本控制系统的客户端并不只提取最新版本的文件快照，而是把代码仓库残缺地镜像下来。这么一来，任何一处协同工作用的服务器产生故障，预先都能够用任何一个镜像进去的本地仓库复原。因为每一次的提取操作，实际上都是一次对代码仓库的残缺备份。 可参考：Git 从入门到精通 Git vs SVNGit 和 SVN 孰优孰好，每个人有不同的体验。 Git是分布式的，SVN是集中式的 这是 Git 和 SVN 最大的区别。若能把握这个概念，两者区别根本搞懂大半。因为 Git 是分布式的，所以 Git 反对离线工作，在本地能够进行很多操作，包含接下来将要重磅推出的分支性能。而 SVN 必须联网能力失常工作。 Git简单概念多，SVN简略易上手所有同时把握 Git 和 SVN 的开发者都必须抵赖，Git 的命令切实太多了，日常工作须要把握add,commit,status,fetch,push,rebase等，若要熟练掌握，还必须把握rebase和merge的区别，fetch和pull的区别等，除此之外，还有cherry-pick，submodule，stash等性能，仅是这些名词听着都很绕。 在易用性这方面，SVN对于老手来说会更有好一些。然而从另外一方面看，Git 命令多意味着性能多，若咱们能把握大部分 Git 的性能，领会到其中的奥秘，会发现再也回不去 SVN 的时代了。 Git分支便宜，SVN分支低廉在版本治理里，分支是很常应用的性能。在公布版本前，须要公布分支，进行大需要开发，须要 feature 分支，大团队还会有开发分支，稳固分支等。在大团队开发过程中，经常存在创立分支，切换分支的求。 Git 分支是指针指向某次提交，而 SVN 分支是拷贝的目录。这个个性使 Git 的分支切换十分迅速，并且创立老本非常低。 而且 Git 有本地分支，SVN 无本地分支。在理论开发过程中，常常会遇到有些代码没写完，然而需紧急解决其余问题，若咱们应用 Git，便能够创立本地分支存储没写完的代码，待问题解决完后，再回到本地分支持续实现代码。 ...

本篇文章会对git branch命令进行一次深度扫视，其内容还蕴含无关git分支模式的探讨。在很多古代版本控制系统内，分支都是一项必备性能。但在其余版本控制系统内，分支操作会相当低廉，耗费工夫精力和硬盘空间。在Git中，分支是每天开发过程中天然的一部分。Git的分支仅仅是指向快照的一个指针。当新增一个性能或者批改一个BUG时——无论工作量大小——都能够派生一个分支来蕴含这些扭转。这既阻止了不稳固的代码合入主代码分支，也提供了一个在合并进主分支之前清理提交历史记录的机会。上图所示是一个仓库中主分支之外有两个独立的开发分支，一个是一次小的性能开发，另一个则是蕴含大性能的长期开发分支。过后用独立分支进行开发时，不仅能让两个独立性能并行开发，并同时保障了主分支内不含有这两个独立分支中未开发实现的问题代码。 绝对于其余版本控制工具，Git对于分支的实现轻量很多。其余工具看待分支时，是将文件从这个目录拷贝到那个目录。与此不同，Git对分支信息的保留是通过对commit的援用。具体地说，一个分支仅示意一个一系列commits的顶部commit援用——并不是一堆commits的容器。应用对这个commit的援用，能够通过commits之间的先后关系来确定一个分支的所有内容。 它是如何工作的一个分支代表一个独立的开发工作。分支的概念其实是对编辑、暂存、提交这一整个流程的形象。你能够将其设想为是在申请一整块全新工作区、暂存区，以及我的项目历史。新的commit记录仅会保留在以后分支的提交历史中，也就会在整个我的项目的历史记录中产生一个分叉。 git branch命令容许对分支进行创立、列举、重命名以及删除的操作。它不能进行切换分支或者将分叉的commit记录扔到其余分支里。因而git branch总是与git checkout以及git merge命令独特呈现在应用场景中。 常见选项git branch列举仓库中的所有分支。此命令与git branch --list是同义词。 git branch <branch>创立一个名为 <branch>的分支。但此命令并不会主动检出新创建的分支。 git branch -d <branch>删除指定分支。这是一个平安的操作，因为当分支中含有未合并的变更时，Git会阻止这一次删除操作。 git branch -D <branch>强制删除指定分支，即使其中含有未合并的变更。该命令常见于当开发者心愿永恒删除某一开发过程中的所有commit。 git branch -m <branch>对于以后分支重命名为<branch>。 git branch -a列举所有近程分支。 创立分支对于所有分支仅是对于commit的指针这一概念的深刻理解是十分重要的。当你创立一个分支时，Git所须要做的无非是创立一个新的指针，这一过程并不会对仓库进行任何批改。比方当你对如下图所示的仓库进行创立分支的操作： 而后执行上面的命令来创立一个分支： git branch crazy-experiment此时的仓库提交历史没有任何变动。你失去的仅仅是指向以后commit的一个新指针。要留神此时你只是创立了这个分支。如需开始对新分支进行提交，要先抉择这个新的分支，应用git checkout命令，而后再应用规范流程git add 、git commit等命令。 创立近程分支截至目前，咱们所展现的操作都只对于本地分支。git branch命令也能够用于近程分支。为了操作近程分支，让咱们先为仓库增加一个近程仓库。 $ git remote add new-remote-repo https://bitbucket.com/user/repo.git# Add remote repo to local repo config$ git push <new-remote-repo> crazy-experiment~# pushes the crazy-experiment branch to new-remote-repo以上命令先增加了名为new-remote-repo的近程仓库，而后将本地分支crazy-experiment推向近程。 删除分支一旦实现了以后分支的开发内容，并将其合并到主分支之后，就能够释怀的删除该分支，而不必放心会失落任何提交历史： git branch -d crazy-experiment然而，如果分支没有被合并过，以上命令则会输入上面这样的错误信息： ...

1. git应用技巧git应用相干命令汇合 1.1 git update-index --[no-]assume-unchanged当近程仓库和本地都存在一个文件，然而本地文件做了批改又不想被git跟踪，这时候能够应用以下命令：此命令常利用于本地化的配置文件，比方本地环境的host/明码 等。敞开跟踪后，pull和push都不会在跟踪 # 敞开git跟踪文件的批改git update-index --assume-unchanged './src/xxx/xxx.js'# 关上git跟踪文件的批改git update-index --no-assume-unchanged './src/xxx/xxx.js'当然，也能够对指定目录或类型的文件设置： # 敞开/src/config目录下所有的json文件的git跟踪git update-index --assume-unchanged './src/config/*.json'# 敞开src/config目录的git跟踪git update-index --assume-unchanged './src/config/'1.2 git update-index --[no-]skip-worktree和--assume-unchanged不同的是，--skip-worktree匹配的文件，可通过pull更新近程仓库的内容，然而push的时候不提交 # 敞开git跟踪文件的批改git update-index --skip-worktree './src/xxx/xxx.js'# 关上git跟踪文件的批改git update-index --no-skip-worktree './src/xxx/xxx.js'

Git stash push 备份以后的批改当咱们应用 git 进行代码治理时, 有一个很好的劣势就是能够应用 git 命令长期备份咱们批改的文件, 并在适时的时候进行还原. 在咱们批改一项性能时, 须要长期插入另外一个性能进行批改时, 咱们须要备份之前的批改, 并把本地的代码进行还原后进行新的性能批改, 这时咱们能够应用 git stash 命令无缝的实现. git stash push ( 可简写为 git stash ) 命令能够备份咱们当前工作区 ( cache ) 和缓存区 ( index 或 stage ), 当备份胜利后, 会革除掉工作区和缓存区的改变( 默认不带相干参数时 ). 当咱们须要还原时, 应用 git stash apply 或 git stash pop 命令进行还原.对于 stash push/pop/apply 命令的更多参数的应用, 能够参照 官网文档. 示例当 test.sh 文件被批改后, 咱们能够看到工作区存在变动的文件. ➜ stash-git git:(master) ✗ git statusOn branch masterChanges not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: test.sh当执行 git stash 进行备份. ...

文件压缩一个文件很大时，每一次做很小的改变，执行add之后都会产生一个新的commit，导致objects会很大，而且反复。执行git gc能够对其进行压缩解决，产生的文件寄存与objects/pack中git verify-pack -v .git/objects/pack/pack-xxxxx.pack 查看压缩文件所蕴含的原始文件文件解压git unpack-objects < .git/xxxxxxxx.pack 这里的pack文件必须移除到.git/objects/pack目录之外能力进行解压 清理垃圾git fsck(fill system check) 查看悬空的，没有被援用的blob对象，也就是垃圾对象git prune -n 也能够用来查看垃圾对象git prune 清理垃圾对象 革除因为删除分支遗留的objectsgit -c gc.reflogExpire=0 -c gc.reflogExpireUnreachable=0 -c gc.rerereresolved=0 -c gc.rerereunresolved=0 -c.pruneExpire=now gc "$@"场景：彻底从代码仓库中删除某些信息，比方敏感信息，明码等 如何不提交代码切换到其余分支？git stash形式：首先执行git add *git stash 将代码临时保存起来，能够同时对多个分支进行临时存储切换到其余分支实现开发之后回到以后分支执行git stash pop能够复原到之前的状态git stash show 查看以后分支临时存储的内容 tea-app-oceanus/src/app.ts | 1 + 1 file changed, 1 insertion(+) git stash list 查看所有具备临时存储的分支liststash@{0}: WIP on master: a88a5624 fix: 修复 deploy 执行异样stash@{1}: WIP on v5.2.0: fb98f6b2 feat: 调整合并后的代码 ...

1、分支查看分支：git branch查看已合并的：git branch --merged查看未合并的：git branch --no-merged查看服务器上的分支：git branch -r把现有的文件复制到新分支并切换到分支：git checkout -b dev查看本地所有分支信息：git branch -v

git pull命令用来从近程仓库下载更新内容，并立刻将对应内容更新到本地仓库。在Git的合作工作流中，合并近程仓库变更到本地仓库是很常见的工作。而git pull命令实际上就是其余两个命令的结合体，先git fetch而后紧接着git merge。在git pull命令执行的第一个阶段，会先对以后本地HEAD指针指向的分支执行git fetch。当原称更新内容下载实现之后，git pull会接着进入合并流程。合并操作会创立一个新的commit，并且HEAD指针也会随之更新而指向这个新的commit。 Git pull 应用它是如何工作的git pull命令首先会执行git fetch命令，这一操作用于下载近程仓库的内容。之后执行git merge命令来合并近程内容，合并的后果会在本地创立一个合并commit。为了更好的了解这一系列下载和合并的流程，咱们能够参考下图所示流程。假如咱们的仓库有一个名叫main的分支以及一个别名为origin的近程仓库。 在这一场景中，git pull会以本地仓库main分支与近程仓库main分支分叉的那个revision节点为终点，下载对应本地仓库的近程仓库的所有更改。在这个例子中，这个节点即是D的下一节点，也就是E。git pull会下载分叉之后的近程commits，也就是A-B-C。之后pull流程会创立一个含有这些分叉的近程变更的commit，将这些变更合并到本地仓库。 在上边的图示中可见commit H。这次commit就是那次新减少的commit，其中含有近程仓库的A-B-C的提交节点，以及合并之后的log信息。这个示例是git pull能够应用的多个合并策略的其中一个。如果向git pull命令传递一个 --rebase选项，那么合并策略则随之扭转为rebase合并，而不是间接合并。下个例子会展现rebase合并的pull命令是如何工作的。假如上面示例的工作场景与第一张示图的场景统一，而后咱们在同一场景上执行了git pull --rebase。 如上图所示，能够看到应用了rebase合并的pull命令没有创立一个新的H commit。相同，rebase过程中复制了近程仓库的A-B-C 三个commits到本地仓库，而后重新排列了本地仓库main分支的提交历史，将本地在分岔点之后的新变更（E-F-G）排列到近程仓库的C节点之后。 常见可选项git pull <remote>下载指定的近程仓库到本地仓库，并立刻将其合并。该命令与执行git fetch <remote>之后紧接着执行git merge <remote>/<current-branch>的作用统一。 git pull --no-commit <remote>与默认的调用相似，下载近程内容并合并，然而不提交这次合并。 git pull --rebase <remote>与前一个pull操作统一，区别在于不应用git merge操作来合并近程分支到本地，而是应用git rebase。 git pull --verbose--verbose选项会显示下载内容以及合并过程的详细信息。 对于git pull的探讨git pull用于同步近程仓库的上游变更到本地仓库。下图具体展现了pull操作过程中的各个步骤。 也就是咱们在第一局部中提到的残缺流程。 Git pull 以及同步git pull是git中用于同步近程内容的诸多命令中的一个。git remote命令用于指定所有同步操作命令所指的近程仓库。git push命令则用于上传内容到近程仓库。 git fetch命令可能会与git pull产生混同。他们都是用来下载近程内容的。其中最重要的区别在安全性上。无论在什么场景下git fetch命令都被认为是更加平安的选项，git pull则不然。起因在于git fetch只是下载近程内容，而不扭转本地仓库的状态。与之对应的git pull命令，则会在下载近程内容之后立马尝试将新内容利用到本地仓库分支上，从而扭转本地仓库状态。这一操作有时候会在无意间导致本地仓库发生冲突。 pull 与 rebase--rebase选项的退出不会产生额定的合并提交，因而会保障整个提交历史是线性的。很多开发者绝对于merge 更加喜爱应用rebase，因为后者更像是 “我要把我的变更放在其他人曾经提交的变更之上”。这一流程在很多合作场景下显得更加天然。 ...

概述：git 是一种版本控制系统，是一个命令，是一种工具。github 是一个基于git实现在线代码托管的仓库，向互联网凋谢，企业版要收钱。gitlab 相似 github，个别用于在企业内搭建git私服，要本人搭环境。gitee 即码云，是 oschina 收费给企业用的，不必本人搭建环境。git-ce 是社区版，gitlab-ee是企业版，免费版。GitHub、GitLab 不同点：1、GitHub如果应用公有仓库，是须要付费的，GitLab能够在下面搭建私人的收费仓库。2、GitLab让开发团队对他们的代码仓库领有更多的管制，绝对于GitHub，它有不少的特色：(1)容许收费设置仓库权限(2)容许用户抉择分享一个project的局部代码(3)容许用户设置project的获取权限，进一步晋升安全性(4)能够设置获取到团队整体的改良进度(5)通过innersourcing让不在权限范畴内的人拜访不到该资源

集成罕用的一些操作，不便疾速上手本文首先简略介绍一些git的几个区域和区域之间的命令，而后是git中一个比拟重要的概念分支的相干操作，接着是打标签的一些相干内容，最初是对提交历史的一些查看和一些其余命令。 前置常识 Git的区域分为 工作区、暂存区、本地仓库区、本地近程仓、近程仓库 关联近程仓库 如果还没有Git仓库，你须要 git init如果你想关联近程仓库 git remote add origin https://github.com/xxxxxx # 是近程仓库的名称，通常为 origin工作区（work directory）：个别就是咱们我的项目的根目录。 git add files：把以后工作文件拷贝到暂存区域。暂存区（stage）：版本库中设立一个暂存区（Stage or Index），作为用来间接跟工作区的文件进行交互，工作区文件的提交或者回滚首选都是通过暂存区，而版本库中除了暂存区之外，文件的提交的最终存储地位是分支（Branch），在创立版本库的时候默认都会有一个主分支（Master）。 git commit：在暂存区域生成文件快照并提交到本地仓库。本地仓库（repository）：咱们在为我的项目增加本地库之后，会在工作区生成一个如下图所示的暗藏目录“.git”，.git目录即为当前工作区的本地版本库 git push origin masterRemote：近程仓库，托管代码的服务器，能够简略的认为是你项目组中的一台电脑用于近程数据交换。 git status【查看当前工作空间状态】 分支git branch xxx 创立一个新的分支git branch 查看以后所在分支【* 示意以后】git checkout xxx 从以后分支切换某个分支git checkout dev【切到dev次分支】git pull【获取dev分支变动,合并抵触,使本地dev次分支最新】git checkout master【先切到主分支master上】git merge dev【个别是git merge dev,将dev开发完的合并到master上】git push -u origin master【提交master分支到线上master】标签罕用的标签想必大家都用过，用来标记和记录一些未实现的事件，其实在Git中也有标记 标签命令如下： 列出标签 git tag # 在控制台打印出以后仓库的所有标签git tag -l ‘v0.1.*’ # 搜寻合乎模式的标签 打标签git tag v0.1.2-light切换到标签 与切换分支命令雷同，用git checkout [tagname]查看标签信息 ...

GitLab介绍 GitLab：是一个基于Git实现的在线代码仓库托管软件，你能够用gitlab本人搭建一个相似于Github一样的零碎，个别用于在企业、学校等外部网络搭建git私服。 性能：Gitlab 是一个提供代码托管、提交审核和问题跟踪的代码治理平台。对于软件工程品质治理十分重要。 版本：GitLab 分为社区版（CE） 和企业版（EE）。 Gitlab的服务形成 Nginx：动态web服务器。 gitlab-shell：用于解决Git命令和批改authorized keys列表。（Ruby） gitlab-workhorse: 轻量级的反向代理服务器。（go） logrotate：日志文件管理工具。 postgresql：数据库。 redis：缓存数据库。 sidekiq：用于在后盾执行队列工作（异步执行）。（Ruby） unicorn：An HTTP server for Rack applications，GitLab Rails利用是托管在这个服务器下面的。（Ruby Web Server,次要应用Ruby编写） * GitLab Workhorse是一个麻利的反向代理。它会解决一些大的HTTP申请，比方文件上传、文件下载、Git push/pull和Git包下载。其它申请会反向代理到GitLab Rails利用，即反向代理给后端的unicorn。 01 — 装置Gitlab主程序root@hello:~# apt update && apt upgraderoot@hello:~# apt install -y curl openssh-server ca-certificates tzdata perlroot@hello:~# apt install -y postfixroot@hello:~# curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.deb.sh | sudo bashroot@hello:~# apt install gitlab-ee02 — 批改配置文件root@hello:~# vim /etc/gitlab/gitlab.rbexternal_url 'http://192.168.1.88'gitlab_rails['smtp_enable'] = truegitlab_rails['smtp_address'] = "smtp.qiye.aliyun.com"gitlab_rails['smtp_port'] = 465gitlab_rails['smtp_user_name'] = "cby"gitlab_rails['smtp_password'] = "Cby123.."gitlab_rails['smtp_domain'] = "chenby.cn"gitlab_rails['smtp_authentication'] = "plain"gitlab_rails['smtp_enable_starttls_auto'] = truegitlab_rails['smtp_tls'] = falsegitlab_rails['smtp_pool'] = falseroot@hello:~# gitlab-ctl reconfigureroot@hello:~# gitlab-ctl restartok: run: alertmanager: (pid 63590) 1sok: run: gitaly: (pid 63610) 1sok: run: gitlab-exporter: (pid 63641) 0sok: run: gitlab-workhorse: (pid 63643) 1sok: run: grafana: (pid 63659) 0sok: run: logrotate: (pid 63676) 1sok: run: nginx: (pid 63682) 0sok: run: node-exporter: (pid 63718) 1sok: run: postgres-exporter: (pid 63728) 0sok: run: postgresql: (pid 63737) 0sok: run: prometheus: (pid 63746) 1sok: run: puma: (pid 63777) 1sok: run: redis: (pid 63782) 0sok: run: redis-exporter: (pid 63788) 1sok: run: sidekiq: (pid 63887) 1sroot@hello:~#03 ...

一、主分支Master代码库应该有一个、且仅有一个主分支：master。所有提供给用户应用的正式版本，都在这个主分支上公布。 每次公布 打一个tag，例如tag v1.0.0、tag v2.0.0 二、开发分支Develop主分支只用来散布重大版本，日常开发应该在另一条分支上实现。咱们把开发用的分支，叫做develop。 这个分支能够用来生成代码的最新隔夜版本（nightly）。如果想正式对外公布，就在master分支上，对develop分支进行"合并"（merge）。 Git创立Develop分支的命令： git checkout -b develop master 将Develop分支公布到Master分支的命令： # 切换到Master分支　git checkout master# 对Develop分支进行合并　git merge --no-ff develop==这里略微解释一下，上一条命令的--no-ff参数是什么意思。默认状况下，Git执行"快进式合并"（fast-farward merge），会间接将Master分支指向Develop分支。== 应用--no-ff参数后，会执行失常合并，在Master分支上生成一个新节点。为了保障版本演进的清晰，咱们心愿采纳这种做法。 三、临时性分支版本库的两条次要分支：master和develop。前者用于正式公布，后者用于日常开发。 其实，常设分支只须要这两条就够了，不须要其余了。 然而，除了常设分支以外，还有一些临时性分支，用于应答一些特定目标的版本开发。临时性分支次要有三种： `性能（feature）分支预公布（release）分支修补bug（fixbug）分支这三种分支都属于临时性须要，应用完当前，应该删除，使得代码库的常设分支始终只有Master和Develop。 ==接下来，一个个来看这三种"临时性分支"。== 3.1 性能分支-feature性能分支，它是为了开发某种特定性能，从Develop分支下面分进去的。开发实现后，要再并入Develop。 性能分支的名字，能够采纳feature-*的模式命名。 # 创立一个性能分支：　git checkout -b feature-开发一个新性能 develop# 开发实现后，将性能分支合并到develop分支：　git checkout develop　git merge --no-ff feature-开发一个新性能# 删除feature分支：　git branch -d feature-开发一个新性能3.2 预公布分支-release预公布分支，它是指公布正式版本之前（即合并到Master分支之前），咱们可能须要有一个预公布的版本进行测试。 预公布分支是从Develop分支下面分进去的，预公布完结当前，必须==合并进Develop和Master分支==。它的命名，能够采纳release-*的模式。 # 创立一个预公布分支： git checkout -b release-1.2.0 develop# 确认没有问题后，合并到master分支： git checkout master git merge --no-ff release-1.2.0# 对合并生成的新节点，做一个标签 git tag -a 1.2# 再合并到develop分支： git checkout develop git merge --no-ff release-1.2.0# 最初，删除预公布分支： git branch -d release-1.2.03.3 修补bug分支-fixbug最初一种是修补bug分支。软件正式公布当前，难免会呈现bug。这时就须要创立一个分支，进行bug修补。 ...

在入职新公司之后，某一天，共事们在探讨要对某分支进行“cherry-pick”，而我却一头雾水。这时候我晓得，是时候该对git常识扫扫盲了！ （本着不反复造轮子的准则，相当多的知识点没有在本文开展，而是以link的形式给出） 近程仓库的默认名字是origin！很典型而且很可能显得很白痴的问题，然而在很长的一段时间内，在不晓得origin是什么的状况下，git pull 和 git push 以及一些主动的命令补全，魔法般的将我的代码推向了近程仓库！ 例子：某次我clone错了repo，原本应该clone repoA，然而却clone了repoA的某一个fork（fork的repo和repoA同步）。如果在以前，我可能会删除掉以后的本地clone，而后再次clone一份；而在晓得origin代表近程地址的状况下，我简略的通过批改.git/config中origin指向的地址，解决了该问题。 任何操作都能够都能够复原！git reflog我不理解git reflog的命令前，经常会烦恼的删除掉本地仓库，而后在clone一份新的repo，通过这种形式来解决一些merge失误等问题，因为我一度认为有些操作会对codebase产生不可逆的后果！ 然而git曾经替你思考到这种状况，这个命令会把你的每一个指令和commit号显示进去，也就是说，即便某一个commit在branch和log中找不到了，你依然能够通过reflog在操作日志中找到它！而后通过git reset <commit> --hard的形式进行复原！ 参考文章 Detached Head， 什么是Head？为什么Detach？Head有点像一个非凡的指针，Git的作业，永远产生在Head指向的中央上，比方：如果Head指向的是某一个branch，那么codebase理论显示就是某一个branch的code。当咱们切换分支的时候，理论就是将Head指向不通的branch。 所以 一般来说Head是指向branch的，当咱们想操作某一个特定的commitID的代码时，那么咱们就须要吧Head和branch解除绑定，分来到！这也就是Detached Head的由来。 git stash 先看主线bug，回头持续开发！之前编程中遇最烦心的事，莫过于以后的代码开发了一半，忽然须要查看一个主线版本的bug，这时候我既不想抛弃目前的开发进度，然而也不想把还没有实现的代码commit下来，在应用stash之前，我可能会傻傻的将repo在本地复制一份！ 然而通过git stash, 咱们能够现将改变暂存起来，回到主线分支（或其余分支），等问题终局之后，在把改变放回来持续工作！ 不过stash其实性能比上述介绍更加的丰盛一些！大家能够参考此处。 fetch + merge is better than pull应用git pull命令，git魔法般帮咱们实现了大部分的工作，然而如果想晓得“魔法”的原理，而不是像一个麻瓜一样，那我倡议从当初开始，开始应用（或者至多应用几次） git fetch + git merge的办法从近程仓库下拉改变。 参考：fetch and merge, don't pull cherry-pick 很炫的名字，很根底的操作尽管cherry-pick的名字很炫，然而其实对应的一个十分根底的性能，行将某一个branch的某一个commit，挪动到另个branch上。 人的毕生，总有几次须要采摘的时刻呀。 参考：一个能够进步开发效率的命令：cherry-pick rebase 合作的基石只有在团队中合作，那么必然会遇到主线代码比以后本地代码更新的状况，而把握rebase也是合作中绕不开的知识点！ 参考：合并分支在这篇文章中，比照了merge和rebase两种合并代码的形式，以及一个常常会听到的概念fast-forward，最棒的是图例清晰，十分值得一读。 squash 要优雅，要绅士squash 是基于 git rebase的操作，能够将多个commit合并为一个commit，简略清晰的commit提交记录，难道不是一个绅士coder根本的要求吗～？ 如何放弃Git历史整洁

一、 Git 命令初识 在正式介绍Git命令之前，先介绍一下Git 的根本命令和操作，对Git命令有一个总体的意识 示例：从Git 版本库的初始化，通常有两种形式： 1）git clone：这是一种较为简单的初始化形式，当你曾经有一个近程的Git版本库，只须要在本地克隆一份 例如：git clone git://github.com/someone/some_project.git some_project 下面的命令就是将'git://github.com/someone/some_project.git'这个URL地址的近程版本库，齐全克隆到本地some_project目录下 2）git init 和 git remote：这种形式略微简单一些，当你本地创立了一个工作目录，你能够进入这个目录，应用'git init'命令进行初始化；Git当前就会对该目录下的文件进行版本控制，这时候如果你须要将它放到近程服务器上，能够在近程服务器上创立一个目录，并把可拜访的URL记录下来，此时你就能够利用'git remote add'命令来减少一个近程服务器端， 例如：git remote add origin git://github.com/someone/another_project.git 下面的命令就会减少URL地址为'git: //github.com/someone/another_project.git'，名称为origin的近程服务器，当前提交代码的时候只须要应用 origin别名即可 二、 Git 常用命令 1) 近程仓库相干命令检出仓库： $ git clone git://github.com/jquery/jquery.git 查看近程仓库：$ git remote -v 增加近程仓库：$ git remote add [name] [url] 删除近程仓库：$ git remote rm [name] 批改近程仓库：$ git remote set-url --push [name] [newUrl] 拉取近程仓库：$ git pull [remoteName] [localBranchName] 推送近程仓库：$ git push [remoteName] [localBranchName] ...

GitLab-ce是gitlab的开源版本。目前网上Gitlab-ce的装置办法有很多，但大同小异都须要装置各种依赖配置，且对系统版本还有要求（如下图所示）这里提供一个不必下载依赖，不必思考零碎版本，百分之百胜利装置Gitlab-ce的办法。 TeamCode Tin是一个可能疾速从源码构建可运行实例的工具，已将Gitlab-ce所需的运行环境打包成容器，用户点击即可间接在云端运行。 用户操作步骤：1.点击Gitlab-ce的Tin链接https://www.teamcode.com/tin/...2.点击后进入TeamCode登录页面实现登录（已登录用户可跳过该步骤）。你能够抉择邮件、手机号、google账户、微信以及QQ进行疾速登录。 注册TeamCode的用户，每个月都有肯定的收费额度能够应用。 点击 Clone，将Gitlab-ce克隆到本人的Tin工作空间。4.点击 RUN NOW，Tin利用会立刻运行。点击Endpoint Lists，能够看到拜访Gitlab-ce的入口。点击Endpoint入口（图中红框的链接），即可立刻拜访Gitlab-ce。你已胜利装置Gitlab-ce，能够开始应用了。（是不是有一种做了火箭的感觉！）你也能够应用Tin工具疾速关上其余开源我的项目，跳过环境装置配置过程，走向人生巅峰。具体操作指南能够在TeamCode官网查看 https://www.teamcode.com/docs...。 点击查看： Tin技术文档一键试用：Tin｜Pylon｜Could-IDE简历投递：hr@teamcode.com分割咱们：dev.relation@teamcode.com想要理解更多？来 slack 与咱们聊天吧！

Cloudreve是一款杰出的国产开源收费PHP网盘程序。它能帮您疾速简略并以最低的老本搭建一个公私兼备的网盘零碎。 TeamCode Tin已将Cloudreve所需的云端运行环境打包成容器，用户点击即可间接在云端运行Cloudreve我的项目。齐全跳过装置配置过程。 用户操作步骤： 点击Cloudreve Tin利用的链接https://www.teamcode.com/tin/... 2.点击按钮后，进入TeamCode登录页面实现登录（已登录用户可跳过该步骤）。你能够抉择邮件、手机号、google账户、微信以及QQ进行疾速登录。2.1 注册TeamCode的用户，每个月都有收费打算能够应用。 点击 Clone，像fork github我的项目一样，将Cloudreve我的项目克隆到本人的Tin工作空间。4.点击 RUN NOW，Tin利用会立刻运行。点击Endpoint Lists，能够看到拜访Cloudreve的入口。点击图中红框的链接，即可立刻拜访Cloudreve。注册/登录后即可应用。你也能够应用Tin工具疾速关上其余我的项目，并跳过环境装置配置过程，具体操作指南能够在TeamCode官网查看 https://www.teamcode.com/docs... ,更多功能，等你挖掘！点击查看： Tin技术文档一键试用：Tin｜Pylon｜Could-IDE简历投递：hr@teamcode.com分割咱们：dev.relation@teamcode.com想要理解更多？来 slack 与咱们聊天吧！

概述每次提交代码的时候，咱们都须要为咱们本次批改的内容增加一段形容，例如： git commit -m "Initial commit";git commit -m "修复了一些已知问题。";git commit -m "减少了新个性。";但实际上有些 commit message 千奇百怪，比方以下这种： 一次 commit 应该精确的阐明本次提交的目标和批改内容，比方： git commit -m "chore: upgrade org.bouncycastle:bcprov-jdk15on from 1.69 to 1.70";git commit -m "perf: optimize the code on global zookeeper";git commit -m "docs(readme): fix typo";这种写法来源于 Angular 团队的 Git 约定式提交，你能够从以下链接来浏览它们的标准： Git Commit Message ConventionsUnderstanding Semantic Commit Messages Using Git and AngularAngular提交信息标准约定式提交应用约定式提交约定式提交约定了 commit message 的格局，如下所示： <type>(<scope>): <subject><BLANK LINE><body><BLANK LIKE><footer>提交音讯由 header、body、footer 组成，咱们来具体介绍它们。 Message headerheader 由 type、scope、subject 组成，在残缺的约定式提交格局，它占据的局部是： ...

当 force push 代码的时候，可能会遇到如下谬误： You are not allowed to force push code to a protected branch on this project次要起因是因为向一个受爱护的分支强制提交了代码，能够在仓库外面进行设置来解决这个问题。 如下图所示： 更具体的信息能够看 stackoverflow 上的解释。 并且，针对不同的 GitLab 版本，都进行了如何配置的阐明。 激情举荐： 技术博客： 硬核后端技术干货，内容包含 Python、Django、Docker、Go、Redis、ElasticSearch、Kafka、Linux 等。Go 程序员： Go 学习路线图，包含根底专栏，进阶专栏，源码浏览，实战开发，面试刷题，必读书单等一系列资源。面试题汇总： 包含 Python、Go、Redis、MySQL、Kafka、数据结构、算法、编程、网络等各种常考题。

大家好，我是张晋涛。 通过后面三篇文章，不仅为大家介绍了什么是 GitOps 也介绍了如何利用 Argo CD 来施行 GitOps。本篇我来为你介绍另一个可用于施行 GitOps 的工具：Flux CD 。 Flux CD Flux 是一组可反对实现 GitOps 的工具，用于使 Kubernetes 集群与配置源（如 Git 仓库）放弃同步，并在有代码更新后主动同步配置，面向 Kubernetes 的继续渐进式交付解决方案。 Flux CD 的倒退历史2016 年 10 月 28 日，Flux single-user service 版本公布。它奠定了 flux 的两个基调： 集中式运行的服务以守护过程的形式，在主动模式下运行在 k8s 集群中2016 年 12 月 15 日，公布《应用 Weave Flux 继续交付》，构建了将 CI 与继续部署 (CD) 分割起来的 Flux。 2017 年 8 月 22 日，v1.0.0 版本正式公布。自 v1.0.0 开始，Flux 致力于将集群与存储在 Git 中的配置同步，并在新版本筹备好部署时主动降级镜像。（提出了：Configuration as code） 2018 年 5 月 1 日，公布的 alpha 版本中，集成了 Helm Operator 。这是 Flux Helm Operator 的第一个 alpha 标签的版本。2019 年 8 月 15 日，Flux 发表退出 CNCF Sandbox。随着各开发者及企业开始落地 GitOps ，Flux 的用户数量一直增长。 彼时已超过 2500 个 GitHub star，也在一直地集成：Helm Operator 、 Kustomize 、 Weave Flagger 、 OpenFaaS 、 Fluxcloud 、 Flux Web UI 等。2019 年 10 月 2 日公布的版本，正式反对 kustomize 。2019 年 11 月 14 日，《Argo Flux 简介 - Weaveworks-Intuit-AWS 合作》中，Weaveworks 发表与 Intuit 单干创立了 Argo Flux。该我的项目被称为 GitOps-Engine ，当初位于 Argo 我的项目组织中，由 Intuit、Red Hat 和 GitLab 驱动。（具体可参考：https://www.weave.works/blog/...）2020 年 10 月 5 日，Flux v1（和 Helm Operator v1）发表处于保护模式（仅提供 6 个月反对），并发表将致力于 Flux v2 的开发。Flux v1 is in maintenance mode #3320 https://github.com/fluxcd/flu...Helm Operator (v1) is in maintenance mode #546 https://github.com/fluxcd/hel...V1 in maintenance #25 https://github.com/fluxcd/web...2021 年 2 月 17日新版本公布，正式将 issue、PR 指向 v2。2021 年 3 月 11 日，CNCF 技术监督委员会（TOC） 投票将 Flux 从 Sandbox 晋升为孵化我的项目（Incubation）。自退出 CNCF Sandbox 以来，Flux 的最终用户群减少了 2.75 倍，并将其社区扩充了 2 至 4 倍，包含 Slack 用户、邮件列表订阅者和贡献者。 80 多个组织在生产中应用它，包含 Babylon Health、Fidelity Investments、MyFitnessPal、Starbucks 等等。 CNCF End User Community 将 Flux 纳入继续交付的 Technology Radar。 ...

一、参考emacs系列文章目录——更新ing Git航行规定(Flight Rules) 二、编辑提交2.1 查看提交命令阐明实例git show显示以后HEAD上的最近一次提交commit2.2 提交信息写错了命令阐明实例git commit --amend --only -m '新的提交信息'如果谬误的提交信息曾经push到远端了，能够同样批改提交信息，而后强推(force push) 到远端 2.3 提交的用户名和邮箱不同2.4 从一个提交中移除一个文件2.5 删除最初一次提交2.6 删除任意提交2.7 push一个修改的提交到远端，然而报错2.8 意外的做了一次硬重置hard reset, 然而想找回之前的内容三、暂存

背景在工作中咱们常常会被要求应用特定的账号和邮箱提交代码，但有时git配置的谬误，导致提交了很多谬误的commit，push被拦挡。这时候咱们能够git指令来批改曾经提交的commit，来解决问题。 指令解说git log 查看commit idgit rebase -i <最早commit> 从新设置基准线git commit --amend --author="Author Name mailto:email@address.com" --no-edit 来批改commitgit rebase --continue 挪动到下个commit作为基准线例子如以后历史为 A-B-C(HEAD)，我想批改B和C，这两个commit的作者。 git rebase -i A 如果想改A则应用git rebase -i --rootB和C的commit，批改pick到edit。退出编辑器。按ESC，输出:wq。保留批改。当初你曾经开始能够批改，此时以后commit为B。git commit --amend --author="Author Name mailto:email@address.com" 批改B的提交。git rebase --continue 定位到Cgit commit --amend --author="Author Name mailto:email@address.com" 批改C的提交。批改已实现。git push -f 提交代码，功败垂成。

当在开发过程中，git作为版本管理器，领有许多好用的版本治理办法，例如分支的利用能够让你在不同的代码环境中开发，这样很好的解决了大家各自开发各自模块，尽量互不影响的问题。 然而当你在开发本人的分支时，忽然遇到须要切换分支批改代码的状况，许多人可能会间接将本人本分支的代码提交本地仓，以这种形式保留本人的批改。然而如果你改的代码刚改到一半，兴许编译都通不过呢，这种代码还是不要保留到本地仓的好。 这种状况下，git提供了一种办法能够在不提交代码的状况下，保留你的批改：git stash1.命令输出在new分支上的时候在命令行输出： git stash 或者 git stash save “批改信息"来保留你的批改读取你保留的代码输出： git stash pop 或者 git stash list

1. git命令 将最新的master分支代码更新到其余分支https://blog.csdn.net/u010728... 将分支切换到master git checkout master将近程代码pull本地 git pull批改抵触提交代码到本地 git add . git commit -m '提交的阐明'切换到要更新的分支 git checkout 分支名merge git merge master将本地更新好的提交近程 git push

1.上传本地代码库到近程仓库git init # 创立本地仓库git remote add origin ssh://git@gitlab.csc.com.cn:1022/wugang/test-remote.git # 设置近程仓库地址git add . # 给本地仓库增加文件git commit -m 'feat:测试推送本地仓库 DEVOPS-13' # 给本地仓库增加git push -u origin master # 将本地的master分支推动到近程仓库 2.下载近程代码库git clone ssh://git@gitlab.csc.com.cn:1022/csc-it/itplan/devops/devops-util.git 3.下载近程分支git branch -agit checkout -b f-devops-12 origin/f-devops-12 # 第一次下载分支 4.更新近程分支到本地git fetch # 同步近程仓库，否则无奈看到近程分支名git fetch origin f-1 # 更新近程分支git checkout f-1 # 切换到本地分支f-1git fetch origin master # 从近程的origin仓库的master分支下载代码到本地的origin mastergit pull origin master # 拉取近程分支更新到本地仓库，与本地以后分支进行合并 git pull = git fetch + git merge ...

1、在我的项目的根目录下执行$ git init2、增加近程仓库$ git remote add origin 仓库地址3、将我的项目文件增加到本地暂存区$ git add .4、增加暂存区文件到Git本地仓库$ git commit -m "<提交形容>"5、将近程仓库拉取pull下来$ git pull origin master 如果你git pull或者git push报fatal: refusing to merge unrelated histories在你操作命令前面加--allow-unrelated-histories例如：git pull origin master --allow-unrelated-histories6、将文件push到近程仓库$ git push -u origin master

git前言git是什么？git是目前世界上最先进的分布式版本控制系统(没有之一),Git是一个开源的分布式版本控制系统，能够无效、高速地解决从很小到十分大的我的项目版本治理。 目录 git是什么git指令 git根本命令git 四大工作区命令git 查看config配置在学习git指令之前, 咱们能够先在D盘创立一个文件夹 gitcode 创立后在文件下右键关上 Git Bash Here 就能够进入接下来的学习了！ git指令cd .. ：退一步以后文件(cd须要空格) cd .. cd 抉择的文件 ：进去一个文件 cd gitcode pwd ：显示以后门路 pwdls(ll) ：显示所有文件 ll ：能够看到更多 ls / lltouch 文件名+后缀 ：新建一个文件 touch test.html rm 删除的文件 ： 删除文件 rm test.html mkdir 文件夹名 ：新建一个文件夹 mkdir div help：帮忙文档 help exit ：退出 exit git命令git 四大工作区 工作目录: - >add - > 暂存区 -> commit -> 资源区 -> push 近程仓库 $ git init // 初始化一个git仓库$ git status // 跟踪文件 $ git add "文件" // 将文件增加到 暂存区$ git commit -m "" // 将文件增加到资源库(本地仓库)git-查看config配置信息config 配置有system(零碎)级别 global(用户级别) ...

在做git仓库迁徙的过程中发现git push -u origin --all并不能将所有的分支都推送到新的仓库中。正确做法如下： 1. git clone --mirror git@github.com:test/test.git // 新的仓库地址2. cd test.git3. git remove set-url --push origin git@github.com:test/test.git4. git push --mirror git@github.com:test/test.git

Conventional Commits specification(约定式提交) <type>[optional scope]: <description> [optional body] [optional footer(s)] ------ 翻译 ------ <类型>[可选 范畴]：<形容> [可选 注释] [可选 脚注]应用Commitizen进行代码提交(git commit)时commitizen会提交你在提交时填写所有必须的提交字段。 全局装置Commitizen npm install -g commitizen装置并配置cz-customizable插件1) 应用npm下载cz-customizable npm i cz-customizable --save-dev2) 增加以下配置到package.json中 "config": { "commitizen": { "path": "node_modules/cz-customizable" }}在我的项目根目录下创立.cz-config.js自定义提醒文件 module.exports = { // 可选类型 types: [ { value: 'feat', name: 'feat: 新性能' }, { value: 'fix', name: 'fix: 修复' }, { value: 'docs', name: 'docs: 文档变更' }, { value: 'style', name: 'style: 代码格局(不影响代码运行的变动)' }, { value: 'refactor', name: 'refactor: 重构(既不是减少feature，也不是修复bug)' }, { value: 'perf', name: 'perf: 性能优化' }, { value: 'test', name: 'test: 减少测试' }, { value: 'chore', name: 'chore: 构建过程或辅助工具的变动' }, { value: 'revert', name: 'revert: 回退' }, { value: 'build', name: 'build: 打包' } ], // 音讯步骤 messages: { type: '请抉择提交类型: ', customScope: '请输出批改范畴(可选): ', subject: '请简要形容提交(必填): ', body: '请输出详细描述(可选): ', footer: '请输出要敞开的issue(可选): ', confirmCommit: '确认应用以上信息提交? (y/n)' }, // 跳过问题 skipQuestions: ['body', 'footer'], // subject文字长度默认是72 subjectLimit: 72};应用 git cz代替 git commit

1.新建一个空文件夹2.鼠标右键抉择git bash here，而后输出命令 git clone + 本人Git库的地址3.应用git branch 查看本地是否具备分支，呈现绿色字的是代表本地有的分支4.git checkout -b test origin/test 在本地创立分支test并切换到该分支5.git pull origin test 就能够把gitLab上test分支上的内容都拉取到本地了。

写在后面：最近看了一个对于Git的教程，对Git的各项操作有了较全面的理解，当然和理论工作还有差距，在此做一个小结义工之后温习。 Git的介绍和装置就不在赘述。 Git本地仓库的创立及配置抉择一个文件门路进入命令行输出git init,及实现了一个本地仓库的初始化。此时会生成一些暗藏文件夹，对象库和配置文件等都在其中。 而后进行一些根本信息的配置 git config --global user.name "输出姓名"git config --global user.email “输出邮箱”git config --global color.ui true //此处是关上色彩差别选项Git三大逻辑区 工作区：以后分支下新建或批改文件的中央，当切换到不同分支工作区会刷新。文件状态有两种：untracked,tracked版本库： 暂存区：及index，当执行git add .时，工作区的所有文件被提交到暂存区，objects会生成若干个blob对象，暂存区只是对他们的索引（指针）。仓库：当执行git commit -m "提交信息"时，会生成一个commit对象，外面蕴含了提交者的信息、指向blob的指针，指向上一次提交的指针等，若提交的内容中有子文件夹，则会蕴含tree对象，tree对象中的内容为指向子文件夹中文件绝对应的blob。Git三大对象 次要阐明在上一节已有形容具体看图。 Git的根本流程在工作区新建或批改了文件。git add xx.xx ;把文件提交到暂存区git commit -m "XXX" ;把暂存区的文件提交到本地仓库git log ；查看提交日志文件治理 文件增加 增加一个文件：git add file.c增加所有文件：git add .作用：将文件增加进暂存区，文件进入tracked状态文件提交 单步提交：git commit -m " commit infor"一次性提交：git commit -a批改最初一次提交：git commit --amend作用：将暂存区的所有内容提交到仓库文件删除 从工作目录和暂存区删除：git rm -f file.c 删除并提交后，该文件就不再被版本库追踪，然而版本库中依然有这些文件的快照从暂存区中删除，工作目录中保留：git rm --cached file.c从版本库中删除:版本回退到谬误提交前的版本 撤销到暂存区：git reset --soft SHA1撤销到工作区：git reset --mixed SHA1文件重命名：git mv old_name new_name ...

gitgit是一个开源的分布式版本控制系统 (VCS)，能够无效、高速地解决从很小到十分大的我的项目版本治理。用于跟踪源代码更改。它容许多个开发人员一起进行非线性开发。 git装置Linux、macOS、Windows都能够在官网下载对应平台安装包，下载地址：https://git-scm.com/downloads上面介绍三种平台的其它装置形式： Linux上装置应用 dnf： sudo dnf install git-all如果你在基于 Debian 的发行版上，如 Ubuntu，请应用 apt： sudo apt install git-allmacOS 上装置在装置 Xcode Command Line Tools。 Mavericks （10.9） 或更高版本的零碎中，在 Terminal 里尝试首次运行 git 命令即可。 git --version如果没有装置过命令行开发者工具，将会提醒你装置。 Windows 上装置去Git 官方网站下载。 下载地址： https://git-scm.com/download/win国内镜像：https://npm.taobao.org/mirrors/git-for-windows/ 检测装置检测装置胜利能够运行 git命令测试是否装置胜利 gitgit配置当你装置好了git后，在Windows上会有三个内容 Git Bash，是Git配套的一个控制台Git CMD(Deprecated)，是通过CMD应用GitGit GUI，是Git的可视化操作工具下列git操作示例应用GitHub和GitLab举例 配置Github用户名和账号这一步前须要先注册好Github账号，GitLab操作和GitHub一样 # 配置账号git config --global user.name "GitHub账号"# 配置邮箱git config --global user.email "GitHub注册邮箱"查看全局配置后果 # 列出以后配置：git config --list# 列出repository配置：git config --local --list# 列出全局配置：git config --global --list# 列出系统配置：git config --system --list生成ssh密钥# 全局生成密钥ssh-keygen -t rsa# 依据邮箱密钥ssh-keygen -t rsa -C “注册GitHub/GitLab的邮箱”# 能够自定义生成文件名ssh-keygen -t rsa -C “注册GitHub/GitLab的邮箱” -f ~/.ssh/id_rsa_gitlab当输出命令后会提醒三次须要输出明码，间接敲回车。运行生成SSH密钥命令会在本地 .ssh 文件夹生成两个文件 ...

[[top]] git submodules 子模块如果想要在一个git我的项目中蕴含有其余git我的项目(比方一些根底框架库, 组件库，共用代码等)， 能够应用git submodules进行治理。本文就git submodules罕用用法做一些记录，浏览前能够先查看官网文档), 指令详解). 个人感觉: git子模块跟tag十分像。 git子模块初始化如果想要为以后模块增加一个子模块， 能够执行add指令 : git submodule add <repository> [<path>]如: git submodule add https://github.com/hscfapps/vue-app-plus-inner.git它会在以后我的项目下创立一个vue-app-plus-inner的目录， 该目录就用于寄存指标库的代码。如果你须要改一下寄存子git我的项目目录名， 能够: git submodule add https://github.com/hscfapps/vue-app-plus-inner.git source-app默认会拉去指标库的master分支， 如果你要拉去指定分支， 能够在执行命令行时增加选项: git submodule -b release add https://github.com/hscfapps/vue-app-plus-inner.git这样就会拉去release分支。 执行指令后， 还会生成一个.gitmodules文件， 该文件用于寄存git submodules的一些配置， 能够间接该这外面的配置， 但不平安，更加倡议通过提供的git submodules批改一些配置。 具体能够查看.gitmodules文件阐明)。如果你是克隆一个含有子模块的git我的项目， 默认克隆下来, 会蕴含.gitmodules文件和子模块目录名， 然而目录文件夹下没有任何内容， 须要执行: git submodule initgit submodule update这个时候就能将子模块的代码拉去下来了。 下面有一个简便计划，在克隆时增加--recursive选项: git clone --recursive https://github.com/chaconinc/DbConnector该我的项目中的子模块以及嵌套子模块都会被初始化， 不须要在去执行init, update操作了 update用于跟新代码，但只会跟新代码到以后的我的项目中保留的子模块的commit(这在官网文档中有阐明, git会将子模块视为有非凡的文件,记录它的commit，而不是把他作为一个目录).但git服务器上通常会比本地多几次提交， 所以能够增加--remote选项， 来强制将子模块更新到以后分支最新的提交: git submodule update --remote如果子模块在本地有批改， 那么拉取代码就会失败， 你能够指定: ...

对于git的一些应用后的记录 追加批改如果咱们想把以后分支的暂存批改追加到上一次提交中,能够应用上面命令 git commit --amend此命令会生成一个新的commit来替换最初一次commit，这个新的commit会蕴含最初一次commit的批改内容和以后暂存的批改。 如果只须要追加批改，而不批改上次提交信息: git commit --amend --no-edit如果只想批改上次提交信息，而不是追加批改: git commit --amend --only -m "new message"留神此命令会批改以后分支的提交历史，如果你的分支曾经推送过，那么应用命令后须要强推。因而如果以后分支是多人合作的话，请警慎应用。

形容一些罕用的操作在某个commit 上进行 ammendhttps://stackoverflow.com/que...git rebase 'xxx^' --interactive

咱们在 Windows10 装置 git 客户端之后，留神到装置文件夹下有 git-bash.exe 和 git-cmd.exe 两个执行文件。有什么区别吗？ 参考这个 StackOverflow 探讨链接. Git CMD 就像带有 git 命令的惯例 Windows 命令提示符。 它容许您通过命令行应用所有 Git 性能。 如果您曾经相熟 Windows cmd 并且您只在 Windows 上工作，则很有用。 Git Bash 在 Windows 上模仿 bash 环境。 它容许您在命令行中应用所有 git 性能以及大多数规范 unix 命令。 如果您习惯了 Linux 并心愿放弃雷同的习惯，则很有用。 git bashGit 的外围是一组命令行实用程序，旨在在 Unix 格调的命令行环境中执行。 Linux 和 macOS 等古代操作系统都蕴含内置的 Unix 命令行终端。 这使得 Linux 和 macOS 在应用 Git 时成为互补的操作系统。 Microsoft Windows 应用 Windows 命令提示符，一种非 Unix 终端环境。 ...

在git还原的时候没有及时的备份之前的文件，之前写的代码都被还原掉了找不回来了，试了网上的各种办法都不能找回之前的文件，怎么办？难道之前写的代码要从新写一遍吗？ 很意外原来的文件没有被彻底删除，保留在回收站里了： 下次不小心还原了文件能够去回收站里找找。。。