分佈式開發和集中式開發

分佈式:

就是在自己的電腦上開發,每個電腦都有獨立的開發環境,服務器就是一個交換大家修改的存在。分佈式開發安全性高,對網絡沒有依賴。

集中式:

集中式開發是將項目放在同一的服務器上,然後電腦連接服務器進行開發。

需要聯網,否則無法進行工作。

服務器的同一個工具使用率高的話,那麼可能效率會低,或者引起衝突。

安全性低,如果服務器被黑,那麼項目就洩露了。

成本低,同一個工具,只需一份存放在服務器里。

https://blog.csdn.net/u013594477/article/details/80828607

原文地址:https://www.cnblogs.com/Zhengxiaoxiao/p/10551455.html

时间: 2024-08-30 14:18:14

分佈式開發和集中式開發的相关文章

WCF分佈式事務支持

WCF分佈式事務對Binding有要求,不支持BasicHttpBinding,BasicHttpContextBinding,NetPeerTcpBinding 要支持分佈式事務,需要進行以下配置: 服務端設置 首先要在綁定配置中啓用transactionFlow: <binding transactionFlow="true" /> 其次要在契約接口方法上添加TransactionFlow特性: [TransactionFlow(TransactionFlowOptio

从集中式到分布式

前言 随着计算机系统规模变得越来越大,将所有业务单元集中部署在一个或者若干个大型机 上的体系结构物,已经越来越不能满足当今计算机系统,尤其是大型互联网系统的快速发展,各种灵活多变的系统架构模型层出不穷.同时,随着微型计算机的出 现,越来越多廉价的PC机成为了各大IT企业架构的首选,分布式的处理方式越来越受到业界的青睐----计算机系统正在经历一场前所未有的从集中式到分布 式架构的变革. 从集中式到分布式 自从20世纪60年代大型主机被发明出来以后,凭借其超强的计算和I/O处理能力 以及在稳定性和

(一)从集中式到分布式

前言 随着计算机系统规模变得越来越大,将所有业务单元集中部署在一个或者若干个大型机上的体系结构物,已经越来越不能满足当今计算机系统,尤其是大型互联网系统的快速发展,各种灵活多变的系统架构模型层出不穷.同时,随着微型计算机的出现,越来越多廉价的PC机成为了各大IT企业架构的首选,分布式的处理方式越来越受到业界的青睐----计算机系统正在经历一场前所未有的从集中式到分布式架构的变革. 从集中式到分布式 自从20世纪60年代大型主机被发明出来以后,凭借其超强的计算和I/O处理能力以及在稳定性和安全性方

LTE下行物理层传输机制(9)-集中式和分布式资源映射

LTE系统里,RB资源的动态调度是在eNB侧实现的,这里的"RB资源"实际上是特指虚拟RB(Virtual RB)而不是物理RB(Physical RB).VRB是MAC层在调度的时候使用的,属于逻辑上的概念,而PRB是物理层在实际映射RE资源的时候需要使用的,属于实际物理意义上的概念.VRB和PRB之间,存在着不同的映射关系:最简单的映射关系就是VRB的位置和PRB的位置是相同的,它们之间是一一对应的:另外一种复杂点的关系就是VRB和PRB并不是一一对应的,但是可以依赖某种特定的映射

ZooKeeper场景实践:(2)集中式配置管理

1. 基本介绍 在分布式的环境中,可能会有多个对等的程序读取同样的配置文件,程序可以部署在多台机器上,如果配置采用文件的话,则需要为部署该程序的机器也部署一个配置文件,一旦要修改配置的时候就会非常麻烦,需要修改多个配置文件,而且容易产生不一致. 集中式配置管理的思路是,将配置数据集中发布到ZooKeeper的节点上,供订阅者动态获取数据.实现配置的集中式管理和动态更新.可以简单的理解为配置数据与程序分离. 2. 场景分析 (1).集中式配置管理 通常来说,大部分项目里面都有约定的配置文件格式,如

集中式路由

集中式路由 问题 怎样集中的定义路由 解决方案 通过调用 HttpRouteCollectionExtension 类中的 MapHttpRoute 扩展方法在 HttpRouteCollection 中定义路由,可以通过 HttpConfiguration 对象调用. 最基础的使用就是定义一个非常通用的路由模板,他会通过 {controller} 占位符匹配所有的 Controller.如代码片段 3-1 所示. 代码片段 3-1. ASP.NET WEB API 默认定义的路由以及一个简单的

Git工作流指南:集中式工作流

转载:http://blog.jobbole.com/76847/ 本文由 伯乐在线 - 李鼎 翻译.未经许可,禁止转载!英文出处:atlassian.欢迎加入翻译组. 转到分布式版本控制系统看起来像个令人生畏的任务,但不改变已用的工作流你也可以用上Git带来的收益.团队可以用和Subversion完全不变的方式来开发项目. 但使用Git加强开发的工作流,Git比SVN有几个优势.首先,每个开发可以有属于自己的整个工程的本地拷贝.隔离的环境让各个开发者的工作和项目的其他部分(修改)独立开来 ——

欺壹世充电系列之[Svn集中式版本管理系统]

Svn集中式版本管理系统 --欺壹世充电系列 一.svn服务器 1.什么是Svn svn(subversion)是一个垮平台的开源版本控制系统.管理随时间改变的各种数据.svn会备份并记录每个文件每一次的修改更新变动,这样我们就可以把任意一个时间点的档案恢复到想要的某一个旧的版本. 2.Svn与Git svn是集中式的管理,存在一个中央版本库,所有开发人员在本地开发所有使用的代码都来自于这个版本库,提交代码也都必须提交到这个中央版本库. svn版本控制系统流程如下: 1.在中央库上创建或从主干复

集中式版本控制系统:从svn到tfs

06年进公司的时候,我们没有使用版本控制系统,所有代码都在部门经理的电脑上放着,谁要改什么代码就过去要一份最新的,改好之后再放回去,感觉好原始.据说之前是用过一段时间微软的vss(visual.source.forge),曾经也搭建过vss服务器,但是中间不知道什么原因中断了,也就没有继续坚持了,可能是当时人还少,整个软件研发也就是10个人左右.所以没有使用版本控制也没有出什么大问题. 进公司之前,由于在matin fowler的<重构>中有提到版本控制系统,我就在自己电脑上搭建一个cvs服务