From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: AT To: "mandrake-russian@altlinux.ru" Subject: Re: [mdk-re] 2 questions about CVS Message-ID: <20011012130021.A19337@turbinal.localdomain> Mail-Followup-To: "mandrake-russian@altlinux.ru" References: <3BC6A31B.1AC8D3FE@zmail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3BC6A31B.1AC8D3FE@zmail.ru> Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Fri Oct 12 13:02:23 2001 X-Original-Date: Fri, 12 Oct 2001 13:00:21 +0400 Archived-At: List-Archive: List-Post: > Использовать отдельные branch для Lin-src и Win-src не очень то > хочется, по тому как в этом случае все равно будет только одна > головная ветвь, а их нужно фактически две. С другой стороны, > делать два независимых модуля lin.src и win.src то же не очень, > поскольку во многом они будут повторять друг друга и только > поспособствуют неразберихе и раздвоению личности у программеров 1) под Cigwin'ом всё собирается почти прозрачно и работает довольно шустро. Если к программе нет специальных требований (родной графический интерфейс и т.п.), то, наверное, это лучший вариант. 2) Если программа не слишком глубоко использует API операционной системы, то вполне можно отделаться макросами в духе config.h: #ifdef WIN32 #include #define strcasecmp strcmpi ... #else #include #include #endif Microsoft namke даже умееть собирать "стандартные" Makefile'ы компилятором из Visual Studio. Поройтесь в исходниках Апача, они всерьёз этим занимаются. В Apache2 -- новая portable runtime library, наверное можно её целиком прикрутить. > user1:FGRTrtggDGs:local_user > user2:HGghgghfHFG:local_user > user3:fGFGsdfgSDF:local_user > ... > > Вот как бы сделать так, что бы только "user1" мог писать в файлы > под CVSROOT а остальные могли только читать?? info cvs Repository и прочитайте про Read-only access на pserver. Но вообще просто так доке верить нельзя, всегда надо думать и самому проверять. __ AT