FeiChangWuRao的博客

服务器安装一些工具有时候会用到git，比如说我要在服务器上建一个nacos，想使用compose的方法来，这就需要git下载人家样例代码进行修改安装Debian/Ubuntu$ apt-get install libcurl4-gnutls-dev libexpat1-dev gettext \ libz-dev libssl-dev$ apt-get install git$ git --versiongit version 1.8.1.2Centos/RedHat（这里我用的是腾

git stash命令或者说操作可以说是我最近用的很方便的命令，可以和cherry-pick一起算是git宝藏命令了。

项目版本管理使用git，在实际工作当中经常会遇到计划赶不上变化，比如某几个改动要提前上线，或者某几个改动这次不发布。如果是时间间隔短，改动量小以及个人记忆强大的基础上没什么事，弄个个新分支把需要的弄出来，或者屏蔽掉。但是如果上面三个条件有一个不满足，其实都特别难受。我们能不能把我们需要修改的commit也提交到别的分支，这样我们只需要根据我们改动的提交，而不是一个文件一个文件的去修改。实际上是有的，这个操作叫做cherry-pick（1）cherry-pick 命令这里如果你是忠实的命令行操作大牛，

git现在已经是版本管理的一个很重要的部分，既然是版本管理，就少不了多个人开发，开发环境就一个，导致大家要把自己的分支合并到别人的分支上。git命令，有什么优势这些我就不多比比，直接说一下平常我们这边如何合并代码的，来点实际的。前情提要：我们后端小组，四个人A，B，C，D为了项目进度，肯定是多线程开发，每个人分一块，每个人的代码分支分别是zpVeryBest.1.0zpVeryHandsome1.0zpVerySmart1.0zpVeryStrong1.0但是测试环境只有一个，如果需求多，测

刚开始接触解除git觉得还行不错，GitHub上一大堆推荐的可视化工具，所以刚开始使用Git时，还总是用SVN的老思路来做版本管理，可能就觉得多了一个commit的步骤而已。后来再换mac后，不能像之前那样拖拖拽拽，发现这种思维方式不行，也感觉到，git的优秀的设计思路以及git的命令行可以说是最简洁准确的git工具。首先我们想一个问题，让你做版本管理工具，你会怎么做？我说一下我之前的思路：...

最近采用阿里云的云效作为管理工具之一，确实蛮不错自动化部署自动化合并代码。但是还是有一定的不同之处，比如我今天提交代码，编码五分钟提交大半天，找了别人也不清楚什么问题。其实是搞错了人家的代码发布流程。首先提交代码第一步：云效创建分支，云效最大的好处就是不用你去创建代码分支，想想之前提交代码要不然一次提交一部分，然和分支代码没有问题且到master上，实际操作中一大坨，你一个分支我一个分支，合并的...