Fossil 1.18 软件配置管理/版本控制系统

Fossil是一个分布式的软件配置管理/">版本控制系统,内置的可靠性和易用性。它配备了集成的bug跟踪和wiki。它易于安装和运行在chroot环境的能力作为一个单一的静态二进制分发。其他亮点包括一个Web界面,自动同步,简单的网络,并支持CGI。

Fossil 1.18这个版本增加了连续的版本编号。

下载地址:

Linux x86

455.86 KiB

Linux
x86_64

505.25 KiB

Mac 1
0.5 x86

526.32 KiB

OpenBSD 4.7 x86

513.50 KiB

Windows

528.08 KiB

Source Tarball

2.41 MiB

时间: 2024-11-10 07:04:01

Fossil 1.18 软件配置管理/版本控制系统的相关文章

Fossil 1.19发布 软件配置管理/版本控制系统

Fossil 1.19这个版本带来了一些新的功能和改进.主要变化包括引进空目录,版本可控设置,客户端SSL证书的支持,并创建了一个Windows系统上的Fossil服务命令.一些UI的改进包括自动分色和使用更直观的相对路径. Fossil是一个分布式的软件配置管理/http://www.aliyun.com/zixun/aggregation/9591.html">版本控制系统,内置的可靠性和易用性.它配备了集成的bug跟踪和wiki.它易于安装和运行在chroot环境的能力作为一个单一的

软件开发过程管理系统、版本控制系统及它们之间的集成

前言:本篇文章对于软件管理系统与版本控制系统将作一定介绍,然后再介绍他们之间需要做的集成. 1.先来谈谈版本控制系统吧 Version Control System,简称VCS,属于软件配置管理(SCM)的一个部分.这个系统可能对于刚毕业的大学生来说比较陌生,几年前甚至对一些企业来说也比较陌生,简单来说这个系统主要是为了更好保存并调用文件(包括文本,代码,图像等)的各个版本.那为什么需要用这个系统来保存各个版本呢? 这个就需要追述到没有版本控制系统之前的历史了,那个时候也有程序员,也要写代码,一

软件配置管理基本术语

软件配置管理(Configuration Management)是指用于控制系统一系列变化的学科,通 过一系列技术.方法和手段来维护产品的历史.鉴别和定位产品独有的版本,并在产品的开 发和发布阶段控制变化,通过有序管理和减少重复性工作,保证生产的质量和效率. 不同于配置管理,软件配置管理以计算机为载体(不论工具和产品),不光维护产品的 状态,历史纪录,同样还支持存储.恢复和产品制造.软件配置管理是软件工程中涉及概念 较多的一项内容,为了便于说明,下面给出一些软件配置管理相关术语(主要是软件配置管

SmartGit:Git版本控制系统的图形化客户端程序

Git最初是一个由林纳斯·托瓦兹为了更好地管理linux内核开发而创立的分布式版本控制/软件配置管理软件.后来Git内核已经成熟到可以独立地用作版本控制.很多有名的软件都使用Git来进行版本控制,其中有Linux内核,X.Org服务器和OLPC (OLPC) 内核开发. 当使用github做协同的时候,我们常常需要在客户端安装相应的软件,github for Windows使用介绍 这篇文章可以很好带我们入门github,同时还带了一个gitshell,这个工具可以运行github的所有命令,但

SmartGit 2.0.6发布 Git版本控制系统

SmartGit 2.0.6此版本修正了一个错误,与Mac OS X 10.7和另一个非原生分离器. - on OS X 10.7 the file watcher was broken- Pull (submodules): internal error if submodule is set to ref which should be&http://www.aliyun.com/zixun/aggregation/37954.html">nbsp; forwarded to

软件配置管理(SCM)简介

软件配置管理(SCM)简介qclrudse 一.引言qclrudse 软件开发过程中随着工作的进展会产生许多信息,如:需求分析说明.设计说明.源代码.可执行码.用户手册.测试用例.测试结果和这些内容形成的相应的技术文档:以及合同.计划.会议记录.报告等管理文档.另一方面,软件开发过程中出现变更是不可避免的.面对如此庞大且变动中的信息集合,如何使其有序高效地产生.存放.查找和利用成为软件工程项目十分突出的问题.如果没有一套严谨.科学的管理办法,出现混乱和差错几乎是必然的.软件配置管理正是为解决这个

逐渐取代CVS的新一代版本控制系统Subversion

一.CVS与SVN性能的比较      今天看到这个测试结果,效果惊人阿,尤其是在分支合并处理上.Action                                        CVS               SVN Check out small file set       1 MB 17.32 s         26.96 s Check out large file set          7 M 16.92 s  5M  35.01 s Tag small file

程序猿(媛)们注意啦!Git、SVN、Mercurial版本控制系统被爆远程命令执行漏洞

近日,三款主流的源版本控制系统Git.Subversion (svn).Mercurial,发布了更新补丁,修复了一个客户端代码执行漏洞. 恶意的攻击者可以向受害者发送一条精心构造的ssh:// URL链接,当受害者访问这条URL则会触发漏洞导致执行恶意代码. 该漏洞由GitLab的Brian Neel,Recurity Labs的Joan Schneeweiss和GitHub的Jeff King发现和报告.具体详情如下: 漏洞编号: Git: CVE-2017-1000117 Apache S

C++编程规范之3:使用版本控制系统

 摘要:     好记性不如烂笔头:请使用版本控制系统(VCS).永远不要让文件长时间地登出.在新的单元测试通过之后,应该频繁登入.确保登入的代码不会影响构建成功. 讨论:     几乎所有大一点的项目都需要不只一个开发人员和一周以上的开发时间.在这样的项目中,需要比较同一文件的各个历史版本,已确定修改是何时(以及/或者由谁)进行的:需要控制和管理源代码的变更.     如果有多个开发人员,他们将会并行地进行修改,可能会在同一时间修改同意文件的不同部分.此时,就需要能对文件进行自动登出/版本管理