源代码

什么是GIT 是一个源代码管理工具 在一个项目中，凡是由开发人员编写的都算是源代码 源代码有必要管理起来？ 让源代码可以被追溯，主要记录每次变更了什么，谁主导这次变化 人为的维护比较麻烦 GIT是Linux之父当年为了维护管理Linux的源代码写的一个工具 Git 之前 很多使用 svn vss tfs hs …… 安装GIT git命令行工具 基于git命令行的一个客户端软件（提供一个界面去管理源代码） GIT命令操作 右键打开 Git Bash 工具，进入项目目录（或直接在项目目录中打开） 初始化一个本地Git仓储 1 git init // 初始化一个本地的仓库 初始化后本地文件夹中多了一个.git的文件夹用于记录所有的项目变更信息 查看本地仓储的变更状态 1 git status 用于查看本地仓储的状态，第一次查看，显示的是一坨没有被跟踪的文件 1 git status -s // -s 是输出简要的变更日志 添加本地暂存（托管）文件 1234 git addgit add README.md -->按文件名添加git add *.md -->按通配符添加git add --all -->添加所有文件 可以将一个没有被跟踪的文件添加到跟踪列表 类似于 node_modules 里面这种不需要变动的文件不必要被跟踪 添加本地GIT忽略清单文件 在代码库文件夹的根目录添加一个

我的系统是win7 64位 系统 安装的是 Visual studio 2012。从SVN上下载了源代码。一个B/S的系统。能正常载入登陆页，但在输入登录信息要登录的时候，就报错了： -- 无可用源 System.AccessViolationException: 尝试读取或写入受保护的内存。 问了一下同组的人员。我们用的相同的源代码，数据库也都是訪问我的PC上的，可是其它人的能够正常訪问。后来请教社河。试着把数据库连接字符串中的 IP地址，换成local，登录成功。如今问题可总结为：源代码用IP訪问本机数据库，源代码报错。源代码local訪问数据库可正常执行。 到这步，问题可就出在了本机的IP上了，于是查了一下关于IP和报错的提示信息，最终找到了问题的解决的方法： netsh winsock reset --执行此命令，解决。 问题的根本原因不知道是为什么，但这行命令的作用会告诉我们，原因可能出在哪里： netsh winsock reset命令，作用是重置 Winsock 文件夹。假设一台机器上的Winsock协议配置有问题的话将会导致网络连接等问题，就须要用netsh winsock reset命令来重置Winsock文件夹借以恢复网络。这个命令可以又一次初始化网络环境，以解决因为软件冲突、病毒原因造成的參数错误问题。

1.源代码形式 绝大多是开源软件都是以源代码的形式发布的 源代码一般会被打包成.tar.gz的归档压缩文件 源代码需要编译成二进制形式后才能够运行 源代码的基本编译流程： 1- ./configure 检查编译环境、相关库文件以及配置参数并生成makefile 2- make 源代码编译 3- make install 将生成的可执行文件安装到当前计算机中 总结：源代码形式的软件用起来较为麻烦，但是兼容性好可控制性好，其次开源软件一般都会大量使用其他开源软件，所以开源软件会有很大的依赖关系（这个对于刚学linux的我来说相当痛苦） 2.RPM包 RPM包是通过将源代码基于特定的平台系统编译成可执行文件，并保存依赖关系，来简化源代码的安装管理 RPM包特点：使用简单、可升级、使用单一软件包格式文件发布（.rpm文件）、可追中依赖关系、基本信息查询、软件验证、支持多平台 RPM包常用命名规范： myrpm-2.2.3-30.el6.x86_64.rpm 包名 版本号 内核版本 RPM基础命令： -安装软件包:rpm -i software.rpm -卸载软件包:rpm -e software.rpm -升级形式安装:rmp -U software-new.rpm rpm支持通过远程ftp、http协议安装软件 rpm -ivh http://www.xxx.com/software

java程序开发　　=　　三部曲　　源文件+编译器+字节码文件+解释器=结果 源文件：编写Java源文件（我们也称之为源代码文件），它的扩展名为.java； 编译：然后通过编译器把源文件编译成字节码文件，字节码文件扩展名为.class； 运行：最后使用解释器来运行字节码文件 源代码编写 public　　=　　公共的 class　　=　　类 {}　　=　　程序只能写在大括号里面 主方法　　=　　程序的入口点　　=　　固定的 下面是完整的内容： HelloWorld.java public class HelloWorld { public static void main(String[] args) { System. out .println("HelloWorld"); } } 注意，大家在编写源代码时一定要注意大小写。总而言之，一模一样就对了。 下面我们对源代码进行解析，HelloWorld案例的源代码一共分为三个部分，分别是： 类 、 主方法 ，以及 输出语句 。 　　类是最外层的部分，其中public class是必须要写的命令，其中HelloWorld是类名称，要求必须与源文件名称相同。因为我们的源文件名称为HelloWorld.java，所以类名称必须是HelloWorld。类有一对大括号，类的内容存放在这对大括号中。你可能会问什么是类，我的答案是先不要去管什么是类

开源： 自由 免费 公开 linux GPL协议 ：1.无论软件以何种形式发布，都必须同时附上源代码。 2.开发或维护遵循 GPL 协议开发的软件的公司或个人，可以对使用者收取一定的服务费用。但还是一句老话——必须无偿提供软件的完整源代码，不得将源代码与服务做捆绑或任何变相捆绑销售。 LGPL协议 ：GPL的类库的开源协议：开源代码可以被商业销售 BSD协议 ：1.自由使用修改源代码：可以开源或者专有在发布： 2. 如果发布的产品包含源代码：则源代码必须带有原来代码的BSD协议 3.如果发的是类库，类库的版权中也需要包含BSD 协议 4.可以商业化，但是不能用源开源代码的作者和机构来推广 APACHE协议 ： 1.永久权利 2.全球范围性的权利 3.授权免费，且无版权 4.任何人都可以获得授权 5.一旦获得授权，没有任何人可以取消 来源： CSDN 作者： qq_44944641 链接： https://blog.csdn.net/qq_44944641/article/details/104311356

内核源代码安装在/usr/src/kernels/下。内核-devel是要安装的包。 为了提供问题的解决方案，出现问题的原因是安装的内核很旧，而且内核-devel在存储库中有更新。因此，安装ker内尔-devel将安装新内核的源代码，因此vmware tools配置脚本无法找到源代码。有两种可能的解决方案。 Update the kernel so that both kernel and kernel-devel are new. sudo yum upgrade Reboot so that new kernel is loaded and then run vmware tools config script. Updating kernel is not always feasible. If that is the case install kernel-devel version that is same as the installed kernel version. sudo yum install "kernel-devel-uname-r == $(uname -r)" 来源： CSDN 作者： aenjon 链接： https://blog.csdn.net/oPerform/article/details/104378956

本次实验将介绍 Linux 命令中 which、whereis、locate 命令的用法。 which whereis locate 1.which which命令的作用是，在PATH变量指定的路径中搜索可执行文件的所在唔知。它一般用来确认系统中是否安装了指定的软件。 【命令格式】：which 可执行文件名称 【常用参数】： 【常用范例】： 1.确认是否安装了gcc which gcc 2.查看cd命令的位置路径 which cd 从上面的显示信息可以看到在实验楼的系统中 cd 是一个 shell 函数。 再来在我本地 linux 系统上执行 which cd 命令，显示的结果如下： 显示在 PATH 变量指定的路径下没有 cd 命令。为什么显示没有呢？这是因为 cd 是 shell 内建命令，而 which 默认是找 PATH 内所指定的目录，内建命令不在其指定的目录中，所以当然一定找不到。 那么就有个问题，为什么实验楼环境中 cd 是一个 shell 函数，而其他 linux 环境中 cd 是内建命令呢？这跟所使用的 bash 有关。 echo $SHELL 命令查看当前使用的 shell。 　　 补充知识 到底什么是命令？ 命令可以是下面四种形式之一： 是一个可执行程序，就像我们所看到的位于目录/usr/bin 中的文件一样。 属于这一类的程序，可以编译成二进制文件，诸如用

WebKit 是世界公认的优秀的开源浏览器内核。具有渲染速度快，灵活可定制，多平台支持等优点。国内知名的Maxthon 和 UCWeb 都将WebKit选作浏览器内核。谷歌公司和苹果公司也分别在WebKit 基础上只做了Chrome 浏览器和Safari 浏览器。 虽然WebKit 已经越来越多的被广大程序员接受，但其编译过程却非常之痛苦。下面将我编译WebKit 代码的经验与大家分享。 1) 获取WebKit 源代码 WebKit 源代码是使用Subversion 工具做管理的。因此，只要具备Subversion 客户端就可以从http://svn.webkit.org/repository/webkit/trunk 获取源代码。但是，这并不是最好的方式。在实际编译过程中通过svn拿下来的代码有可能为你带来许多的烦恼。因此，我推荐从WebKit的Nightly build 直接下载WebKit 源代码压缩包。具体地址是：http://nightly.webkit.org/builds/trunk/src/1 像WebKit 这么大的项目仍然遵循Daily Build 的原则，真是挺了不起的。 WebKit 源代码在本文写作时，版本是 r52221 但我最近两天都没有将该版本的WebKit编译成功。原因是，使用Visual Studio 2005 打开项目几分钟后，Visual

首先，给出上一篇内容的word下载： TFS功能说明以及使用教程.zip 下面会给出本文的Word文档下载。另：本篇仅供参考，希望能者补充。 TFS源代码管理的8大注意事项 目录 源代码管理的8大注意事项... 1 1. 使用TFS进行源代码管理... 2 2. 如果代码没放在源代码管理软件里，等于它不存在... 2 3. 要早提交，常提交，并且不要觉得麻烦... 2 4. 提交前要检查你更改了什么... 3 5. 写提交信息时一定要认真... 4 6. 使用代码审阅提高代码质量... 5 7. 一定要管理好数据库的版本... 5 8. 将必要的附属文件集成到源代码管理... 5 TFS具体使用请参考此链接： http://msdn.microsoft.com/zh-cn/library/ms181382.aspx 源代码管理软件是我们工作的必备工具，是许多开发团队的血液。那么如何更好的利用TFS进行源代码管理呢？ 1. 为什么使用TFS 2012进行源代码管理 为什么使用TFS，从源代码管理方面来说，TFS具有以下优势： l 与Visual Studio无缝结合，方便开发者进行源代码管理 l 支持代码审阅与讨论 l 支持邮件通知 l 支持Web访问与管理 l 支持工作项以及BUG等管理 l 不会上传.NET开发时生成的垃圾文件 l 自带版本合并以及比较工具。 l

一、源代码形式 1. 绝大多数开源软件都是直接以原码形式发布的 2. 源代码一般会被打成.tar.gz的归档压缩文件 3. 源代码需要编译成为二进制形式之后才能够运行使用 4. 源代码基本编译流程： 1）.configure 检查编译环境； 2）make对源代码进行编译； 3）make insall 将生成的可执行文件安装到当前计算机中 二、RPM RMP 是 LINUX 下的一种软件的可执行程序，你只要安装它就可以了。这种软件安装包通常是一个RPM包（Redhat Linux Packet Manager，就是Redhat的包管理器），后缀是.rpm。 RPM是Red Hat公司随Redhat Linux推出了一个软件包管理器，通过它能够更加轻松容易地实现软件的安装。 1.安装软件：执行rpm -ivh rpm包名，如： #rpm -ivh apache-1.3.6.i386.rpm 2.升级软件：执行rpm -Uvh rpm包名。 3.反安装：执行rpm -e rpm包名。 4.查询软件包的详细信息：执行rpm -qpi rpm包名 5.查询某个文件是属于那个rpm包的：执行rpm -qf rpm包名 6.查该软件包会向系统里面写入哪些文件：执行 rpm -qpl rpm包名 1.源代码形式的特点：操作复杂、编译时间长、极易出现问题、依赖关系复杂 2.为了方便，RPM