怎样删除cvs的分支(branch)?

问题描述

在myEclipse里面新建了分支,不知道怎么删掉啦

解决方案

解决方案二:
参考:1.通过winCVS1.3,TortoiseCVS1.8.32工具删除分支都会报错,在TortoiseCVS工具中删除标签可以成功.有人怀疑是工具的bug,具体原因不明.2.在DOS方式下进入TortoiseCVS的安装目录下C:ProgramFilesTortoiseCVS>,输入如下命令:setcvsroot=:pserver:username@IP/repository_name接下来输入cvslogin会提示输入密码,敲入密码后没报错即登陆成功.那么接着输入cvsrtag-B-d分支名项目名或者文件名这样就可以删除分支了.注意:使用cvstag命令删除分支你可能需要先checkout对应的项目
解决方案三:
似乎是无法删除的,留着也没啥。
解决方案四:
多谢各位哇成功了给各位加分!!!
解决方案五:
我偷偷的来接分。^_^

时间: 2024-08-30 17:38:11

怎样删除cvs的分支(branch)?的相关文章

“删除CVS控制目录”的2段批处理代码

handsomepine的批处理代码: 批处理删除CVS svn文件夹 @echo On@Rem 删除SVN版本控制目录@PROMPT [Com]#@for /r . %%a in (.) do @if exist "%%a\.svn" rd /s /q "%%a\.svn"@Rem for /r . %%a in (.) do @if exist "%%a\.svn" @echo "%%a\.svn"@echo Missio

git 创建branch分支【转】

转自:http://www.cnblogs.com/jackluo/p/3499731.html   开发者user1 负责用getopt 进行命令解析的功能,因为这个功能用到getopt 函数,于是将这个分支命名为user1/getopt.(1)确保是在开发者user1的工作区中cd /home/jackluo/workspace/user1/workspace/hello-world(2)开发者user1 基于当前HEAD创建分支user1/getopt.git branch user1/g

git 创建branch分支

开发者user1 负责用getopt 进行命令解析的功能,因为这个功能用到getopt 函数,于是将这个分支命名为user1/getopt.(1)确保是在开发者user1的工作区中cd /home/jackluo/workspace/user1/workspace/hello-world(2)开发者user1 基于当前HEAD创建分支user1/getopt.git branch user1/getopt(3)使用 git branch创建分支,并不会自动切换.查看当前分支可以看到仍然工作在ma

Git详解之三:Git分支

原文链接:http://blog.jobbole.com/25877/ 原文:<Pro Git> Git 分支 几乎每一种版本控制系统都以某种形式支持分支.使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作.在很多版本控制系统中,这是个昂贵的过程,常常需要创建一个源代码目录的完整副本,对大型项目来说会花费很长时间.(伯乐在线注:如果你对Git还不了解,建议从本Git系列第一篇文章开始阅读) 有人把 Git 的分支模型称为"必杀技特性",而正是因为它,将

Git 分支概述

1.1 Git 分支 - 分支简介 几乎所有的版本控制系统都以某种形式支持分支. 使用分支意味着你可以把你的工作从开发主线上分离开来,以免影响开发主线. 在很多版本控制系统中,这是一个略微低效的过程--常常需要完全创建一个源代码目录的副本.对于大项目来说,这样的过程会耗费很多时间. 有人把 Git 的分支模型称为它的"必杀技特性",也正因为这一特性,使得 Git 从众多版本控制系统中脱颖而出. 为何 Git 的分支模型如此出众呢? Git 处理分支的方式可谓是难以置信的轻量,创建新分支

多master/develop分支如何使用gitflow版本控制

 在使用 gitflow 做版本控制系统,发现gitflow的时候只能指定一个master/develop,如果要多分支使用要如何操作呢?那么来看看我是如何给gitflow加料的.     公司都是git作为版本控制,公司一些项目组在用gitflow,但是我们组没有强制, 但是我上月出了一次事故,总结就是分支管理问题,所以开始强迫自己使用gitflow, 以前的项目是一个master和一个develop,自己checkout一个分支,然后merge(不理解的可以看看a-successful-gi

git学习------&amp;gt;Git 分支管理最佳实践

ps:本文转载于 : https://www.ibm.com/developerworks/cn/java/j-lo-git-mange/index.html Git 是目前最流行的源代码管理工具.大量的软件项目由 GitHub.Bitbucket 和 GitLab 这样的云服务平台或是私有的 Git 仓库来管理.在使用 Git 时通常会遇到的一个问题是采用何种分支管理实践,即如何管理仓库中作用不同的各类分支.和软件开发中的其他实践一样,Git 分支管理并没有普遍适用的最佳做法,而只有对每个团队

svn merge和branch

使用svn几年了,一直对分支和合并敬而远之,一来是因为分支的管理不该我操心,二来即使涉及到分支的管理,也不敢贸然使用合并功能,生怕合并出了问题对团队造成不良影响,最主要的原因是,自己对分支的目的和合并的方法不甚了解,这才是硬伤.   最近由于适配机型的需要(本人从事手机客户端的开发),需要经常接触分支和合并两项工作,突然发现这玩意整不明白很难开展工作,遂这两天着重研究了一下,有点收获,怕以后忘了,故趁着余温尚在赶紧写下来,好记性不如烂笔头嘛.下文的实践主要是参考了TortoiseSVN的帮助文档

Git分支管理策略

如果你严肃对待编程,就必定会使用"版本管理系统"(Version Control System). 眼下最流行的"版本管理系统",非Git莫属. 相比同类软件,Git有很多优点.其中很显著的一点,就是版本的分支(branch)和合并(merge)十分方便.有些传统的版本管理软件,分支操作实际上会生成一份现有代码的物理拷贝,而Git只生成一个指向当前版本(又称"快照")的指针,因此非常快捷易用. 但是,太方便了也会产生副作用.如果你不加注意,很可能