首页 > 系统相关 >linux常用svn命令

linux常用svn命令

时间：2023-10-09 17:00:39浏览次数：39  
标签：svn 常用 linux 版本 trunk 拷贝 calc revision



linux常用svn命令


  1、将文件checkout到本地目录
svn checkout path（path是服务器上的目录）
例如：svn checkout svn://192.168.1.1/pro/domain
简写：svn co
         2、往版本库中添加新的文件
svn add file
例如：svn addtest.php(添加test.php)
svn add *.php(添加当前目录下所有的php文件)
         3、将改动的文件提交到版本库
svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)
例如：svn commit -m “add test file for my test“ test.php
简写：svn ci
        4、加锁/解锁
svn lock -m “LockMessage“ [--force] PATH
例如：svn lock -m “lock test file“ test.php
svn unlock PATH
        5、更新到某个版本
svn update -r m path
例如：
svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。
svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)
svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)
简写：svn up
        6、查看文件或者目录状态
1）svn status path（目录下的文件和子目录的状态，正常状态不显示）
【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】
2）svn status -v path(显示文件和子目录状态)
第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。
注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。
简写：svn st
         7、删除文件
svn delete path -m “delete test fle“
例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete test file”
或者直接svn delete test.php 然后再svn ci -m ‘delete test file‘，推荐使用这种
简写：svn (del, remove, rm)
        8、查看日志
svn log path
例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化
        9、查看文件详细信息
svn info path
例如：svn info test.php
        10、比较差异
svn diff path(将修改的文件与基础版本比较)
例如：svn diff test.php
svn diff -r m:n path(对版本m和版本n比较差异)
例如：svn diff -r 200:201 test.php
简写：svn di
         11、将两个版本之间的差异合并到当前文件
svn merge -r m:n path
例如：svn merge -r 200:205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）
        12、SVN 帮助
svn help
svn help ci
——————————————————————————
以上是常用命令，下面写几个不经常用的
——————————————————————————
        13、版本库下的文件和目录列表
svn list path
显示path目录下的所有属于版本库的文件和目录
简写：svn ls
        14、创建纳入版本控制下的新目录
svn mkdir: 创建纳入版本控制下的新目录。
用法: 
        1、mkdir PATH…
        2、mkdir URL…
创建版本控制的目录。
        1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增调度，以待下一次的提交。
        2、每个以URL指定的目录，都会透过立即提交于仓库中创建。在这两个情况下，所有的中间目录都必须事先存在。
        15、恢复本地修改



svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert:
         用法: revert PATH…
         注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复被删除的目录
         16、代码库URL变更



svn switch (sw): 更新工作副本至不同的URL。
用法: 1、switch URL [PATH]
          2、switch –relocate FROM TO [PATH...]
          1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的方法。
          2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用这个命令更新工作副本与仓库的对应关系。
          17、解决冲突
svn resolved: 移除工作副本的目录或文件的“冲突”状态。
用法: resolved PATH…
注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的
相关文件，然后让 PATH 可以再次提交。
         18、输出指定文件或URL的内容。
svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。
svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)

 

===============

http://www.cnxct.com/svn%E5%91%BD%E4%BB%A4%E8%A1%8C%E4%BD%BF%E7%94%A8%E8%AF%B4%E6%98%8E%E8%BD%AC/

0、查看帮助
命令： svn help
1、同步(checkout)服务器数据到本地
命令： svn checkout [directory]
svn co [directory]
例：把 https://svn.test.cn/book/network/ 目录同步到本地的 /usr/local/svn/book/network 目录
# cd /usr/local/svn/book
# svn checkout https://svn.test.cn/book/network/…
(R)eject, accept (t)emporarily or accept (p)ermanently? t
…
Password for ‘wandering’: <回车> # wandering是我当前登录系统的帐号
Authentication realm: book Subversion Repository
Username: jack
Password for ‘jack’:

2、提交(commit)本地文档到服务器
命令： svn commit -m “” [directory|file]
svn ci -m “” [directory|file]
例：把 /usr/local/svn/book/network/tcpip.txt 提交到服务器，前提是服务器上已经有此文件。
# cd /usr/local/svn/book/network/
# svn commit -m “” # -m是记录的log信息，可以为空

一般情况下，只要在需要更新的数据文件所在的目录执行 svn ci -m “” 即可。

3、更新(update)服务器数据到本地
命令： svn update [directory|file]
svn up [directory|file]
例：把 https://svn.test.cn/book/network/ 目录中的内容更新到本地
# cd /usr/local/svn/book/network
# cd update

4、查看日志
命令： svn log [directory|file]
例：查看 /usr/local/svn/book/network 目录的修改日志
方法一：
# cd /usr/local/svn/book/network
# svn log
方法二：
# svn log /usr/local/svn/book/network

5、增加(add)本地数据到服务器
命令： svn add

开发人员常用命令

(1) 导入项目

$ cd ~/project
$ mkdir -p svntest/{trunk,branches,tags}
$ svn import svntest https://localhost/test/svntest –message “Start project”
…
$ rm -rf svntest

我们新建一个项目svntest，在该项目下新建三个子目录：trunk，开发主干；branches，开发分支；tags，开发阶段性标签。然后导入到版本库test下，然后把svntest拿掉。

(2) 导出项目

$ svn checkout https://localhost/test/svntest/trunk

修订版本号的指定方式是每个开发人员必须了解的，以下是几个参考例子，说明可参考svn推荐书。

$ svn diff –revision PREV:COMMITTED foo.c
# shows the last change committed to foo.c

$ svn log –revision HEAD
# shows log message for the latest repository commit

$ svn diff –revision HEAD
# compares your working file (with local changes) to the latest version
# in the repository

$ svn diff –revision BASE:HEAD foo.c
# compares your “pristine” foo.c (no local changes) with the
# latest version in the repository

$ svn log –revision BASE:HEAD
# shows all commit logs since you last updated

$ svn update –revision PREV foo.c
# rewinds the last change on foo.c
# (foo.c’s working revision is decreased)

$ svn checkout –revision 3
# specified with revision number

$ svn checkout –revision {2002-02-17}
$ svn checkout –revision {15:30}
$ svn checkout –revision {15:30:00.200000}
$ svn checkout –revision {“2002-02-17 15:30″}
$ svn checkout –revision {“2002-02-17 15:30 +0230″}
$ svn checkout –revision {2002-02-17T15:30}
$ svn checkout –revision {2002-02-17T15:30Z}
$ svn checkout –revision {2002-02-17T15:30-04:00}
$ svn checkout –revision {20020217T1530}
$ svn checkout –revision {20020217T1530Z}
$ svn checkout –revision {20020217T1530-0500}

(3) 日常指令

$ svn update

$ svn add foo.file
$ svn add foo1.dir
$ svn add foo2.dir –non-recursive
$ svn delete README
$ svn copy foo bar
$ svn move foo1 bar1

$ svn status
$ svn status –verbose
$ svn status –verbose –show-updates
$ svn status stuff/fox.c

$ svn diff
$ svn diff > patchfile

$ svn revert README
$ svn revert

修改冲突发生时，会生成三个文件：.mine, .rOLDREV, .rNEWREV。比如：

$ ls -l
sandwich.txt
sandwich.txt.mine
sandwich.txt.r1
sandwich.txt.r2

解决修改冲突方式之一：修改冲突的文件sandwich.txt，然后运行命令：

$ svn resolved sandwich.txt

方式之二：用库里的新版本覆盖你的修改：

$ cp sandwich.txt.r2 sandwich.txt
$ svn resolved sandwich.txt

方式之三：撤销你的修改，这种方式不需要运行resolved子命令:

$ svn revert sandwich.txt
Reverted ‘sandwich.txt’
$ ls sandwich.*
sandwich.txt

确保没问题后，就可以提交了。

$ svn commit –message “Correct some fatal problems”
$ svn commit –file logmsg
$ svn commit

(4) 检验版本历史

$ svn log
$ svn log –revision 5:19
$ svn log foo.c
$ svn log -r 8 -v

$ svn diff
$ svn diff –revision 3 rules.txt
$ svn diff –revision 2:3 rules.txt
$ svn diff –revision 4:5 http://svn.red-bean.com/repos/example/trunk/text/rules.txt

$ svn cat –revision 2 rules.txt
$ svn cat –revision 2 rules.txt > rules.txt.v2

$ svn list http://svn.collab.net/repos/svn
$ svn list –verbose http://svn.collab.net/repos/svn

$ svn checkout –revision 1729 # Checks out a new working copy at r1729
…
$ svn update –revision 1729 # Updates an existing working copy to r1729
…

(5) 其他有用的命令

svn cleanup

为失败的事务清场。

(6) 分支和合并

建立分支方法一：先checkout然后做拷贝，最后提交拷贝。

$ svn checkout http://svn.example.com/repos/calc bigwc
A bigwc/trunk/
A bigwc/trunk/Makefile
A bigwc/trunk/integer.c
A bigwc/trunk/button.c
A bigwc/branches/
Checked out revision 340.

$ cd bigwc
$ svn copy trunk branches/my-calc-branch
$ svn status
A + branches/my-calc-branch

$ svn commit -m “Creating a private branch of /calc/trunk.”
Adding branches/my-calc-branch
Committed revision 341.

建立分支方法二：直接远程拷贝。

$ svn copy http://svn.example.com/repos/calc/trunk \
http://svn.example.com/repos/calc/branches/my-calc-branch \
-m “Creating a private branch of /calc/trunk.”

Committed revision 341.

建立分支后，你可以把分支checkout并继续你的开发。

$ svn checkout http://svn.example.com/repos/calc/branches/my-calc-branch

假设你已经checkout了主干，现在想切换到某个分支开发，可做如下的操作：

$ cd calc
$ svn info | grep URL
URL: http://svn.example.com/repos/calc/trunk
$ svn switch http://svn.example.com/repos/calc/branches/my-calc-branch
U integer.c
U button.c
U Makefile
Updated to revision 341.
$ svn info | grep URL
URL: http://svn.example.com/repos/calc/branches/my-calc-branch

合并文件的命令参考：

$ svn diff -r 343:344 http://svn.example.com/repos/calc/trunk
$ svn merge -r 343:344 http://svn.example.com/repos/calc/trunk
$ svn commit -m “integer.c: ported r344 (spelling fixes) from trunk.”
$ svn merge -r 343:344 http://svn.example.com/repos/calc/trunk my-calc-branch
$ svn merge http://svn.example.com/repos/branch1@150 \
http://svn.example.com/repos/branch2@212 \
my-working-copy
$ svn merge -r 100:200 http://svn.example.com/repos/trunk my-working-copy
$ svn merge -r 100:200 http://svn.example.com/repos/trunk
$ svn merge –dry-run -r 343:344 http://svn.example.com/repos/calc/trunk

最后一条命令仅仅做合并测试，并不执行合并操作。

建立标签和建立分支没什么区别，不过是拷贝到不同的目录而已。

$ svn copy http://svn.example.com/repos/calc/trunk \
http://svn.example.com/repos/calc/tags/release-1.0 \
-m “Tagging the 1.0 release of the ‘calc’ project.”

$ ls
my-working-copy/
$ svn copy my-working-copy http://svn.example.com/repos/calc/tags/mytag
Committed revision 352.

后一种方式直接把本地的工作拷贝复制为标签。

此外，你还可以删除某个分支。

$ svn delete http://svn.example.com/repos/calc/branches/my-calc-branch \
-m “Removing obsolete branch of calc project.”

管理人员常用命令

(7) 版本库管理

$ svnadmin help
…
$ svnadmin help create
…
$ svnadmin create –fs-type bdb /usr/local/repository/svn/test
$ chown -R svn.svn /usr/local/repository/svn/test

建立版本库，库类型为bdb（使用Berkeley DB做仓库），库名称为test。
svn版本库有两种存储方式：基于Berkeley DB(bdb)或者基于文件系统(fsfs)，通过 –fs-type可指定存储方式。

(8) 查询版本库信息

$ svnlook help
…
$ svnlook help tree
…
$ svnlook tree /usr/local/repository/svn/test –show-ids

 

 

================================

http://i18n-zh.googlecode.com/svn/www/svnbook-1.4/svn.branchmerge.using.html

使用分支

在这一点上，你必须理解每一次提交是怎样建立整个新的文件系统树(叫做“修订版本”)的，如果没有，可以回头去读“修订版本”一节。

对于本章节，我们会回到第 1 章 基本概念的同一个例子，还记得你和你的合作者Sally分享一个包含两个项目的版本库，paint和calc。注意图 4.2 “开始规划版本库”，然而，现在每个项目的都有一个trunk和branches子目录，它们存在的理由很快就会清晰起来。

图 4.2. 开始规划版本库

像以前一样，假定Sally和你都有“calc”项目的一份拷贝，更准确地说，你有一份/calc/trunk的工作拷贝，这个项目的所有的文件在这个子目录里，而不是在/calc下，因为你的小组决定使用/calc/trunk作为开发使用的“主线”。

假定你有一个任务，将要对项目做基本的重新组织，这需要花费大量时间来完成，会影响项目的所有文件，问题是你不会希望打扰Sally，她正在处理这样或那样的程序小Bug，一直使用整个项目(/calc/trunk)的最新版本，如果你一点一点的提交你的修改，你一定会干扰Sally的工作。

一种策略是自己闭门造车：你和Sally可以停止一个到两个星期的共享，也就是说，开始作出本质上的修改和重新组织工作拷贝的文件，但是在完成这个任务之前不做提交和更新。这样会有很多问题，首先，这样并不安全，许多人习惯频繁的保存修改到版本库，工作拷贝一定有许多意外的修改。第二，这样并不灵活，如果你的工作在不同的计算机(或许你在不同的机器有两份/calc/trunk的工作拷贝)，你需要手工的来回拷贝修改，或者只在一个计算机上工作，这时很难做到共享你即时的修改，一项软件开发的“最佳实践”就是允许审核你做过的工作，如果没有人看到你的提交，你失去了潜在的反馈。最后，当你完成了公司主干代码的修改工作，你会发现合并你的工作拷贝和公司的主干代码会是一件非常困难的事情，Sally(或者其他人)也许已经对版本库做了许多修改，已经很难和你的工作拷贝结合—当你单独工作几周后运行svn update时就会发现这一点。

最佳方案是创建你自己的分支，或者是版本库的开发线。这允许你保存破坏了一半的工作而不打扰别人，尽管你仍可以选择性的同你的合作者分享信息，你将会看到这是怎样工作的。

创建分支

建立分支非常的简单—使用svn copy命令给你的工程做个拷贝，Subversion不仅可以拷贝单个文件，也可以拷贝整个目录，在目前情况下，你希望作/calc/trunk的拷贝，新的拷贝应该在哪里？在你希望的任何地方—它只是在于项目的政策，我们假设你们项目的政策是在/calc/branches建立分支，并且你希望把你的分支叫做my-calc-branch，你希望建立一个新的目录/calc/branches/my-calc-branch，作为/calc/trunk的拷贝开始它的生命周期。

有两个方法作拷贝，我们先介绍一个混乱的方法，只是让概念更清楚，首先取出一个项目的根目录，/calc：

$ svn checkout http://svn.example.com/repos/calc bigwcA bigwc/trunk/ A bigwc/trunk/Makefile A bigwc/trunk/integer.c A bigwc/trunk/button.c A bigwc/branches/ Checked out revision 340.

建立一个备份只是传递两个目录参数到svn copy命令：

$ cd bigwc$ svn copy trunk branches/my-calc-branch $ svn status A + branches/my-calc-branch

在这个情况下，svn copy命令迭代的将trunk工作目录拷贝到一个新的目录branhes/my-calc-branch，像你从svn status看到的，新的目录是准备添加到版本库的，但是也要注意A后面的“+”号，这表明这个准备添加的东西是一份备份，而不是新的东西。当你提交修改，Subversion会通过拷贝/calc/trunk建立/calc/branches/my-calc-branch目录，而不是通过网络传递所有数据：

$ svn commit -m "Creating a private branch of /calc/trunk."Adding branches/my-calc-branch Committed revision 341.

现在，我们必须告诉你建立分支最简单的方法：svn copy可以直接对两个URL操作。

$ svn copy http://svn.example.com/repos/calc/trunk \ http://svn.example.com/repos/calc/branches/my-calc-branch \ -m "Creating a private branch of /calc/trunk." Committed revision 341.

从版本库的视点来看，其实这两种方法没有什么区别，两个过程都在版本341建立了一个新目录作为/calc/trunk的一个备份，这些可以在图 4.3 “版本库与复制”看到，注意第二种方法，只是执行了一个立即提交。 [20]这是一个简单的过程，因为你不需要取出版本库一个庞大的镜像，事实上，这个技术不需要你有工作拷贝，这是大多数用户创建分支的方式。

图 4.3. 版本库与复制

廉价复制

Subversion的版本库有特殊的设计，当你复制一个目录，你不需要担心版本库会变得十分巨大—Subversion并不是拷贝所有的数据，相反，它建立了一个已存在目录树的入口，如果你是Unix用户，可以把它理解成硬链接，在对拷贝的文件和目录操作之前，Subversion还仅仅把它当作硬链接，只有为了区分不同版本的对象时才会复制数据。

这就是为什么经常听到Subversion用户谈论“廉价的拷贝”，与目录的大小无关—这个操作会使用很少的时间，事实上，这个特性是Subversion提交工作的基础：每一次版本都是前一个版本的一个“廉价的拷贝”，只有少数项目修改了。(要阅读更多关于这部分的内容，访问Subversion网站并且阅读设计文档中的“bubble up”方法)。

当然，拷贝与分享的内部机制对用户来讲是不可见的，用户只是看到拷贝树，这里的要点是拷贝的时间与空间代价很小。如果你完全在版本库里创建分支(通过运行svn copy URL1 URL2)，这是一个快速的，时间基本固定的操作，只要你希望，可以随意创建分支。

在分支上工作

现在你已经在项目里建立分支了，你可以取出一个新的工作拷贝来开始使用：

$ svn checkout http://svn.example.com/repos/calc/branches/my-calc-branchA my-calc-branch/MakefileA my-calc-branch/integer.c A my-calc-branch/button.c Checked out revision 341.

这一份工作拷贝没有什么特别的，它只是版本库另一个目录的一个镜像罢了，当你提交修改时，Sally在更新时不会看到改变，她是/calc/trunk的工作拷贝。(确定要读本章后面的“使用分支”一节：svn switch命令是建立分支工作拷贝的另一个选择。)

我们假定本周就要过去了，如下的提交发生：

  • 你修改了/calc/branches/my-calc-branch/button.c，生成修订版本342。
  • 你修改了/calc/branches/my-calc-branch/integer.c，生成修订版本343。
  • Sally修改了/calc/trunk/integer.c，生成了修订版本344。

现在有两个独立开发线，图 4.4 “一个文件的分支历史”显示了integer.c的历史。

图 4.4. 一个文件的分支历史

当你看到integer.c的改变时，你会发现很有趣：
     
$ pwd/home/user/my-calc-branch$ svn log -v integer.c------------------------------------------------------------------------
r343 | user | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
Changed paths:
   M /calc/branches/my-calc-branch/integer.c

* integer.c:  frozzled the wazjub.

------------------------------------------------------------------------
r341 | user | 2002-11-03 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
Changed paths:
   A /calc/branches/my-calc-branch (from /calc/trunk:340)

Creating a private branch of /calc/trunk.

------------------------------------------------------------------------
r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
Changed paths:
   M /calc/trunk/integer.c

* integer.c:  changed a docstring.

------------------------------------------------------------------------
r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
Changed paths:
   M /calc/trunk/integer.c

* integer.c:  adding this file to the project.

------------------------------------------------------------------------
     
注意，Subversion追踪分支上的integer.c的历史，包括所有的操作，甚至追踪到拷贝之前。这表示了建立分支也是历史中的一次事件，因为在拷贝整个/calc/trunk/时已经拷贝了一份integer.c。现在看Sally在她的工作拷贝运行同样的命令：
     
$ pwd/home/sally/calc$ svn log -v integer.c------------------------------------------------------------------------
r344 | sally | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
Changed paths:
   M /calc/trunk/integer.c

* integer.c:  fix a bunch of spelling errors.

------------------------------------------------------------------------
r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
Changed paths:
   M /calc/trunk/integer.c

* integer.c:  changed a docstring.

------------------------------------------------------------------------
r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
Changed paths:
   M /calc/trunk/integer.c

* integer.c:  adding this file to the project.

------------------------------------------------------------------------
     
sally看到她自己的344修订，你做的343修改她看不到，从Subversion看来，两次提交只是影响版本库中不同位置上的两个文件。然而，Subversion显示了两个文件有共同的历史，在分支拷贝之前，他们使用同一个文件，所以你和Sally都看到版本号303到98的修改。



分支背后的关键概念




在本节，你需要记住两件重要的课程。首先，Subversion并没有内在的分支概念—只有拷贝，当你拷贝一个目录，这个结果目录就是一个“分支”，只是因为你给了它这样一个含义而已。你可以换一种角度考虑，或者特别对待，但是对于Subversion它只是一个普通的拷贝，只不过碰巧包含了一些额外的历史信息。第二，因为拷贝机制，Subversion的分支是以普通文件系统目录存在的，这与其他版本控制系统不同，它们都为分支定义了另一维度的“标签”。



[20] Subversion不支持跨版本库的拷贝，当使用svn copy或者svn move直接操作URL时你只能在同一个版本库内操作。





标签：svn,常用,linux,版本,trunk,拷贝,calc,revision
From： https://blog.51cto.com/u_16174476/7779803

相关文章

  • 编辑linux服务启动命令（app-script.sh命令编写）
    #!/bin/sh#注：这里可替换为你自己的执行程序，其他代码无需更改APP_NAME=app-biz.jar#使用说明，用来提示输入参数usage(){echo"Usage:sh脚本名.sh[start|stop|restart|status]"exit1}#检查程序是否在运行is_exist(){pid=`ps-ef|grep$APP_NAME|grep-vgrep|awk'{print......
  • Linux设置定时任务，定时ping某台主机并记录日志
    一、先写个ping脚本并记录日志1）viping.shnohupping10.242.0.114-w2|awk'{print$0"\t"strftime("%H:%M:%S",systime())}'>ping.log&说明：  ping参数说明-c(设置ping的次数，默认无限次，可选)-i(设置ping的时间间隔，默认1秒，可选)-w(设置ping的超时时间，可选)  ......
  • Archlinux 系统迁移
    1.网络环境下见https://bbs.archlinuxcn.org/viewtopic.php?id=4611没有试过2.硬盘间路径切换到/下，使用pigz打包archlinuxsudotar--use-compress-program=pigz-cvpfarch-backup.tgz--exclude=/proc--exclude=/lost+found--exclude=/arch-backup.tgz--exclude=/m......
  • archlinux 使用时遇到的问题
    link:https://www.notion.so/0621e8837f0a4a9bb846f1fad37d94a4notionID:0621e883-7f0a-4a9b-b846-f1fad37d94a41.一、telegram模糊，且在hidpi存在缩放问题https://wiki.archlinux.org/title/Telegram_(简体中文)https://wiki.archlinuxcn.org/wiki/桌面项根据27点将des......
  • 【图文详解】入职必备——SVN使用教程_公司新人svn使用教程_长头发的程序猿的博客-CSD
    已剪辑自:https://blog.csdn.net/weixin_55076626/article/details/128121980......
  • 【转】SVN branch和tag相关用法
    svn分支(branch)和标签(tag)管理https://blog.csdn.net/caohongxing/article/details/129311157版本控制的一大功能是可以隔离变化在某个开发线上，这个开发线就是分支（branch）。分支通常用于开发新功能，而不会影响主干的开发。也就是说分支上的代码的编译错误、bug不会对主干（trunk......
  • linux CMA
    linuxCMACMA（ContiguousMemoryAllocator）是Linux内核中的一种内存分配器，它的作用是为设备驱动程序和其他需要大块连续内存的组件提供内存分配支持。reference:linux/Documentation/devicetree/bindings/reserved-memory/reserved-memory.txtlinux内存子系统-保留内存ht......
  • Linux文件时间
    查看文件时间stat命令使用statfilename命令来查看文件时间AccessTime：简写为atime，表示文件的访问时间。当文件内容被访问时，更新这个时间。（cat、less）ModifyTime：简写为mtime，表示文件内容的更改时间，当文件的数据内容被修改时，更新这个时间。（vim）ChangeTime：简写为ctime，表示文件的改动......
  • k8s-常用命令
    查看yam配置1.获取deploy列表kubectlgetdeploy-nsunlogin--context=sunlogin-k8s-context2.查看指定deploy配置kubectlgetdeploysunlogin-tag-oyaml-nsunlogin--context=sunlogin-k8s-context 动态扩容缩容kubectlscaledeploy--replicas=3nginx-ns......
  • Linux系列---【查看mac地址】
    查看mac地址命令查看所有网卡命令nmcliconnectionshow查看物理网卡mac地址ifconfig删除网卡nmcliconnectiondeletevirbr0禁用libvirtd.servicesystemctldisablelibvirtd.service启用libvirtd.servicesystemctlenablelibvirtd.service......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99