From 9b58d35185905f8334142bf4988cb784e993aea7 Mon Sep 17 00:00:00 2001 From: Timothy Pearson Date: Mon, 21 Nov 2011 02:23:03 -0600 Subject: Initial import of extracted KDE i18n tarballs --- tde-i18n-da/docs/kdesdk/cervisia/Makefile.am | 4 + tde-i18n-da/docs/kdesdk/cervisia/Makefile.in | 635 ++++ tde-i18n-da/docs/kdesdk/cervisia/index.cache.bz2 | Bin 0 -> 28311 bytes tde-i18n-da/docs/kdesdk/cervisia/index.docbook | 4074 ++++++++++++++++++++++ 4 files changed, 4713 insertions(+) create mode 100644 tde-i18n-da/docs/kdesdk/cervisia/Makefile.am create mode 100644 tde-i18n-da/docs/kdesdk/cervisia/Makefile.in create mode 100644 tde-i18n-da/docs/kdesdk/cervisia/index.cache.bz2 create mode 100644 tde-i18n-da/docs/kdesdk/cervisia/index.docbook (limited to 'tde-i18n-da/docs/kdesdk/cervisia') diff --git a/tde-i18n-da/docs/kdesdk/cervisia/Makefile.am b/tde-i18n-da/docs/kdesdk/cervisia/Makefile.am new file mode 100644 index 00000000000..29f2e0115ae --- /dev/null +++ b/tde-i18n-da/docs/kdesdk/cervisia/Makefile.am @@ -0,0 +1,4 @@ +KDE_LANG = da +SUBDIRS = $(AUTODIRS) +KDE_DOCS = AUTO +KDE_MANS = AUTO diff --git a/tde-i18n-da/docs/kdesdk/cervisia/Makefile.in b/tde-i18n-da/docs/kdesdk/cervisia/Makefile.in new file mode 100644 index 00000000000..2bf57db27c6 --- /dev/null +++ b/tde-i18n-da/docs/kdesdk/cervisia/Makefile.in @@ -0,0 +1,635 @@ +# Makefile.in generated by automake 1.10.1 from Makefile.am. +# KDE tags expanded automatically by am_edit - $Revision: 483858 $ +# @configure_input@ + +# Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, +# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. +# This Makefile.in is free software; the Free Software Foundation +# gives unlimited permission to copy and/or distribute it, +# with or without modifications, as long as this notice is preserved. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY, to the extent permitted by law; without +# even the implied warranty of MERCHANTABILITY or FITNESS FOR A +# PARTICULAR PURPOSE. + +@SET_MAKE@ +VPATH = @srcdir@ +pkgdatadir = $(datadir)/@PACKAGE@ +pkglibdir = $(libdir)/@PACKAGE@ +pkgincludedir = $(includedir)/@PACKAGE@ +am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd +install_sh_DATA = $(install_sh) -c -m 644 +install_sh_PROGRAM = $(install_sh) -c +install_sh_SCRIPT = $(install_sh) -c +INSTALL_HEADER = $(INSTALL_DATA) +transform = $(program_transform_name) +NORMAL_INSTALL = : +PRE_INSTALL = : +POST_INSTALL = : +NORMAL_UNINSTALL = : +PRE_UNINSTALL = : +POST_UNINSTALL = : +subdir = docs/kdesdk/cervisia +DIST_COMMON = $(srcdir)/Makefile.am $(srcdir)/Makefile.in +ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 +am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \ + $(top_srcdir)/configure.in +am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ + $(ACLOCAL_M4) +mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs +CONFIG_HEADER = $(top_builddir)/config.h +CONFIG_CLEAN_FILES = +SOURCES = +DIST_SOURCES = +#>- RECURSIVE_TARGETS = all-recursive check-recursive dvi-recursive \ +#>- html-recursive info-recursive install-data-recursive \ +#>- install-dvi-recursive install-exec-recursive \ +#>- install-html-recursive install-info-recursive \ +#>- install-pdf-recursive install-ps-recursive install-recursive \ +#>- installcheck-recursive installdirs-recursive pdf-recursive \ +#>- ps-recursive uninstall-recursive +#>+ 7 +RECURSIVE_TARGETS = all-recursive check-recursive dvi-recursive \ + html-recursive info-recursive install-data-recursive \ + install-dvi-recursive install-exec-recursive \ + install-html-recursive install-info-recursive \ + install-pdf-recursive install-ps-recursive install-recursive \ + installcheck-recursive installdirs-recursive pdf-recursive \ + ps-recursive uninstall-recursive nmcheck-recursive bcheck-recursive +RECURSIVE_CLEAN_TARGETS = mostlyclean-recursive clean-recursive \ + distclean-recursive maintainer-clean-recursive +ETAGS = etags +CTAGS = ctags +DIST_SUBDIRS = $(SUBDIRS) +#>- DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) +#>+ 1 +DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) $(KDE_DIST) +ACLOCAL = @ACLOCAL@ +AMTAR = @AMTAR@ +ARTSCCONFIG = @ARTSCCONFIG@ +AUTOCONF = @AUTOCONF@ +AUTODIRS = @AUTODIRS@ +AUTOHEADER = @AUTOHEADER@ +AUTOMAKE = @AUTOMAKE@ +AWK = @AWK@ +CONF_FILES = @CONF_FILES@ +CYGPATH_W = @CYGPATH_W@ +DCOPIDL = @DCOPIDL@ +DCOPIDL2CPP = @DCOPIDL2CPP@ +DCOPIDLNG = @DCOPIDLNG@ +DCOP_DEPENDENCIES = @DCOP_DEPENDENCIES@ +DEFS = @DEFS@ +ECHO_C = @ECHO_C@ +ECHO_N = @ECHO_N@ +ECHO_T = @ECHO_T@ +GMSGFMT = @GMSGFMT@ +INSTALL = @INSTALL@ +INSTALL_DATA = @INSTALL_DATA@ +INSTALL_PROGRAM = @INSTALL_PROGRAM@ +INSTALL_SCRIPT = @INSTALL_SCRIPT@ +INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@ +KCFG_DEPENDENCIES = @KCFG_DEPENDENCIES@ +KCONFIG_COMPILER = @KCONFIG_COMPILER@ +KDECONFIG = @KDECONFIG@ +KDE_EXTRA_RPATH = @KDE_EXTRA_RPATH@ +KDE_RPATH = @KDE_RPATH@ +KDE_XSL_STYLESHEET = @KDE_XSL_STYLESHEET@ +LIBOBJS = @LIBOBJS@ +LIBS = @LIBS@ +LN_S = @LN_S@ +LTLIBOBJS = @LTLIBOBJS@ +MAKEINFO = @MAKEINFO@ +MAKEKDEWIDGETS = @MAKEKDEWIDGETS@ +MCOPIDL = @MCOPIDL@ +MEINPROC = @MEINPROC@ +MKDIR_P = @MKDIR_P@ +MSGFMT = @MSGFMT@ +PACKAGE = @PACKAGE@ +PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ +PACKAGE_NAME = @PACKAGE_NAME@ +PACKAGE_STRING = @PACKAGE_STRING@ +PACKAGE_TARNAME = @PACKAGE_TARNAME@ +PACKAGE_VERSION = @PACKAGE_VERSION@ +PATH_SEPARATOR = @PATH_SEPARATOR@ +SET_MAKE = @SET_MAKE@ +SHELL = @SHELL@ +STRIP = @STRIP@ +TOPSUBDIRS = @TOPSUBDIRS@ +VERSION = @VERSION@ +XGETTEXT = @XGETTEXT@ +XMLLINT = @XMLLINT@ +X_RPATH = @X_RPATH@ +abs_builddir = @abs_builddir@ +abs_srcdir = @abs_srcdir@ +abs_top_builddir = @abs_top_builddir@ +abs_top_srcdir = @abs_top_srcdir@ +am__leading_dot = @am__leading_dot@ +am__tar = @am__tar@ +am__untar = @am__untar@ +#>- bindir = @bindir@ +#>+ 2 +DEPDIR = .deps +bindir = @bindir@ +build_alias = @build_alias@ +builddir = @builddir@ +datadir = @datadir@ +datarootdir = @datarootdir@ +docdir = @docdir@ +dvidir = @dvidir@ +exec_prefix = @exec_prefix@ +host_alias = @host_alias@ +htmldir = @htmldir@ +includedir = @includedir@ +infodir = @infodir@ +install_sh = @install_sh@ +kde_appsdir = @kde_appsdir@ +kde_bindir = @kde_bindir@ +kde_confdir = @kde_confdir@ +kde_datadir = @kde_datadir@ +kde_htmldir = @kde_htmldir@ +kde_icondir = @kde_icondir@ +kde_kcfgdir = @kde_kcfgdir@ +kde_libs_htmldir = @kde_libs_htmldir@ +kde_libs_prefix = @kde_libs_prefix@ +kde_locale = @kde_locale@ +kde_mimedir = @kde_mimedir@ +kde_moduledir = @kde_moduledir@ +kde_servicesdir = @kde_servicesdir@ +kde_servicetypesdir = @kde_servicetypesdir@ +kde_sounddir = @kde_sounddir@ +kde_styledir = @kde_styledir@ +kde_templatesdir = @kde_templatesdir@ +kde_wallpaperdir = @kde_wallpaperdir@ +kde_widgetdir = @kde_widgetdir@ +kdeinitdir = @kdeinitdir@ +libdir = @libdir@ +libexecdir = @libexecdir@ +localedir = @localedir@ +localstatedir = @localstatedir@ +mandir = @mandir@ +mkdir_p = @mkdir_p@ +oldincludedir = @oldincludedir@ +pdfdir = @pdfdir@ +prefix = @prefix@ +program_transform_name = @program_transform_name@ +psdir = @psdir@ +sbindir = @sbindir@ +sharedstatedir = @sharedstatedir@ +srcdir = @srcdir@ +sysconfdir = @sysconfdir@ +target_alias = @target_alias@ +top_builddir = @top_builddir@ +top_srcdir = @top_srcdir@ +xdg_appsdir = @xdg_appsdir@ +xdg_directorydir = @xdg_directorydir@ +xdg_menudir = @xdg_menudir@ +KDE_LANG = da +#>- SUBDIRS = $(AUTODIRS) +#>+ 1 +SUBDIRS =. +KDE_DOCS = AUTO +KDE_MANS = AUTO +#>- all: all-recursive +#>+ 1 +all: docs-am all-recursive + +.SUFFIXES: +$(srcdir)/Makefile.in: $(srcdir)/Makefile.am $(am__configure_deps) +#>- @for dep in $?; do \ +#>- case '$(am__configure_deps)' in \ +#>- *$$dep*) \ +#>- cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ +#>- && exit 0; \ +#>- exit 1;; \ +#>- esac; \ +#>- done; \ +#>- echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu docs/kdesdk/cervisia/Makefile'; \ +#>- cd $(top_srcdir) && \ +#>- $(AUTOMAKE) --gnu docs/kdesdk/cervisia/Makefile +#>+ 12 + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ + && exit 0; \ + exit 1;; \ + esac; \ + done; \ + echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu docs/kdesdk/cervisia/Makefile'; \ + cd $(top_srcdir) && \ + $(AUTOMAKE) --gnu docs/kdesdk/cervisia/Makefile + cd $(top_srcdir) && perl ../scripts/admin/am_edit -p../scripts/admin docs/kdesdk/cervisia/Makefile.in +.PRECIOUS: Makefile +Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status + @case '$?' in \ + *config.status*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ + *) \ + echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ + cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ + esac; + +$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +$(top_srcdir)/configure: $(am__configure_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh +$(ACLOCAL_M4): $(am__aclocal_m4_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +# This directory's subdirectories are mostly independent; you can cd +# into them and run `make' without going through this Makefile. +# To change the values of `make' variables: instead of editing Makefiles, +# (1) if the variable is set in `config.status', edit `config.status' +# (which will cause the Makefiles to be regenerated when you run `make'); +# (2) otherwise, pass the desired values on the `make' command line. +$(RECURSIVE_TARGETS): + @failcom='exit 1'; \ + for f in x $$MAKEFLAGS; do \ + case $$f in \ + *=* | --[!k]*);; \ + *k*) failcom='fail=yes';; \ + esac; \ + done; \ + dot_seen=no; \ + target=`echo $@ | sed s/-recursive//`; \ + list='$(SUBDIRS)'; for subdir in $$list; do \ + echo "Making $$target in $$subdir"; \ + if test "$$subdir" = "."; then \ + dot_seen=yes; \ + local_target="$$target-am"; \ + else \ + local_target="$$target"; \ + fi; \ + (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target) \ + || eval $$failcom; \ + done; \ + if test "$$dot_seen" = "no"; then \ + $(MAKE) $(AM_MAKEFLAGS) "$$target-am" || exit 1; \ + fi; test -z "$$fail" + +$(RECURSIVE_CLEAN_TARGETS): + @failcom='exit 1'; \ + for f in x $$MAKEFLAGS; do \ + case $$f in \ + *=* | --[!k]*);; \ + *k*) failcom='fail=yes';; \ + esac; \ + done; \ + dot_seen=no; \ + case "$@" in \ + distclean-* | maintainer-clean-*) list='$(DIST_SUBDIRS)' ;; \ + *) list='$(SUBDIRS)' ;; \ + esac; \ + rev=''; for subdir in $$list; do \ + if test "$$subdir" = "."; then :; else \ + rev="$$subdir $$rev"; \ + fi; \ + done; \ + rev="$$rev ."; \ + target=`echo $@ | sed s/-recursive//`; \ + for subdir in $$rev; do \ + echo "Making $$target in $$subdir"; \ + if test "$$subdir" = "."; then \ + local_target="$$target-am"; \ + else \ + local_target="$$target"; \ + fi; \ + (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target) \ + || eval $$failcom; \ + done && test -z "$$fail" +tags-recursive: + list='$(SUBDIRS)'; for subdir in $$list; do \ + test "$$subdir" = . || (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) tags); \ + done +ctags-recursive: + list='$(SUBDIRS)'; for subdir in $$list; do \ + test "$$subdir" = . || (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) ctags); \ + done + +ID: $(HEADERS) $(SOURCES) $(LISP) $(TAGS_FILES) + list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ + unique=`for i in $$list; do \ + if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ + done | \ + $(AWK) '{ files[$$0] = 1; nonemtpy = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ + mkid -fID $$unique +tags: TAGS + +TAGS: tags-recursive $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ + $(TAGS_FILES) $(LISP) + tags=; \ + here=`pwd`; \ + if ($(ETAGS) --etags-include --version) >/dev/null 2>&1; then \ + include_option=--etags-include; \ + empty_fix=.; \ + else \ + include_option=--include; \ + empty_fix=; \ + fi; \ + list='$(SUBDIRS)'; for subdir in $$list; do \ + if test "$$subdir" = .; then :; else \ + test ! -f $$subdir/TAGS || \ + tags="$$tags $$include_option=$$here/$$subdir/TAGS"; \ + fi; \ + done; \ + list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ + unique=`for i in $$list; do \ + if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ + done | \ + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ + if test -z "$(ETAGS_ARGS)$$tags$$unique"; then :; else \ + test -n "$$unique" || unique=$$empty_fix; \ + $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \ + $$tags $$unique; \ + fi +ctags: CTAGS +CTAGS: ctags-recursive $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ + $(TAGS_FILES) $(LISP) + tags=; \ + list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ + unique=`for i in $$list; do \ + if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ + done | \ + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ + test -z "$(CTAGS_ARGS)$$tags$$unique" \ + || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \ + $$tags $$unique + +GTAGS: + here=`$(am__cd) $(top_builddir) && pwd` \ + && cd $(top_srcdir) \ + && gtags -i $(GTAGS_ARGS) $$here + +distclean-tags: + -rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags + +#>- distdir: $(DISTFILES) +#>+ 1 +distdir: distdir-nls $(DISTFILES) + @srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ + topsrcdirstrip=`echo "$(top_srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ + list='$(DISTFILES)'; \ + dist_files=`for file in $$list; do echo $$file; done | \ + sed -e "s|^$$srcdirstrip/||;t" \ + -e "s|^$$topsrcdirstrip/|$(top_builddir)/|;t"`; \ + case $$dist_files in \ + */*) $(MKDIR_P) `echo "$$dist_files" | \ + sed '/\//!d;s|^|$(distdir)/|;s,/[^/]*$$,,' | \ + sort -u` ;; \ + esac; \ + for file in $$dist_files; do \ + if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ + if test -d $$d/$$file; then \ + dir=`echo "/$$file" | sed -e 's,/[^/]*$$,,'`; \ + if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ + cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ + fi; \ + cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ + else \ + test -f $(distdir)/$$file \ + || cp -p $$d/$$file $(distdir)/$$file \ + || exit 1; \ + fi; \ + done + list='$(DIST_SUBDIRS)'; for subdir in $$list; do \ + if test "$$subdir" = .; then :; else \ + test -d "$(distdir)/$$subdir" \ + || $(MKDIR_P) "$(distdir)/$$subdir" \ + || exit 1; \ + distdir=`$(am__cd) $(distdir) && pwd`; \ + top_distdir=`$(am__cd) $(top_distdir) && pwd`; \ + (cd $$subdir && \ + $(MAKE) $(AM_MAKEFLAGS) \ + top_distdir="$$top_distdir" \ + distdir="$$distdir/$$subdir" \ + am__remove_distdir=: \ + am__skip_length_check=: \ + distdir) \ + || exit 1; \ + fi; \ + done +check-am: all-am +check: check-recursive +all-am: Makefile +installdirs: installdirs-recursive +installdirs-am: +install: install-recursive +install-exec: install-exec-recursive +install-data: install-data-recursive +#>- uninstall: uninstall-recursive +#>+ 1 +uninstall: uninstall-docs uninstall-nls uninstall-recursive + +install-am: all-am + @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am + +installcheck: installcheck-recursive +install-strip: + $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ + install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ + `test -z '$(STRIP)' || \ + echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install +mostlyclean-generic: + +clean-generic: + +distclean-generic: + -test -z "$(CONFIG_CLEAN_FILES)" || rm -f $(CONFIG_CLEAN_FILES) + +maintainer-clean-generic: + @echo "This command is intended for maintainers to use" + @echo "it deletes files that may require special tools to rebuild." +#>- clean: clean-recursive +#>+ 1 +clean: kde-rpo-clean clean-recursive + +#>- clean-am: clean-generic mostlyclean-am +#>+ 1 +clean-am: clean-docs clean-bcheck clean-generic mostlyclean-am + +distclean: distclean-recursive + -rm -f Makefile +distclean-am: clean-am distclean-generic distclean-tags + +dvi: dvi-recursive + +dvi-am: + +html: html-recursive + +info: info-recursive + +info-am: + +#>- install-data-am: +#>+ 1 +install-data-am: install-docs install-nls + +install-dvi: install-dvi-recursive + +install-exec-am: + +install-html: install-html-recursive + +install-info: install-info-recursive + +install-man: + +install-pdf: install-pdf-recursive + +install-ps: install-ps-recursive + +installcheck-am: + +maintainer-clean: maintainer-clean-recursive + -rm -f Makefile +maintainer-clean-am: distclean-am maintainer-clean-generic + +mostlyclean: mostlyclean-recursive + +mostlyclean-am: mostlyclean-generic + +pdf: pdf-recursive + +pdf-am: + +ps: ps-recursive + +ps-am: + +uninstall-am: + +.MAKE: $(RECURSIVE_CLEAN_TARGETS) $(RECURSIVE_TARGETS) install-am \ + install-strip + +.PHONY: $(RECURSIVE_CLEAN_TARGETS) $(RECURSIVE_TARGETS) CTAGS GTAGS \ + all all-am check check-am clean clean-generic ctags \ + ctags-recursive distclean distclean-generic distclean-tags \ + distdir dvi dvi-am html html-am info info-am install \ + install-am install-data install-data-am install-dvi \ + install-dvi-am install-exec install-exec-am install-html \ + install-html-am install-info install-info-am install-man \ + install-pdf install-pdf-am install-ps install-ps-am \ + install-strip installcheck installcheck-am installdirs \ + installdirs-am maintainer-clean maintainer-clean-generic \ + mostlyclean mostlyclean-generic pdf pdf-am ps ps-am tags \ + tags-recursive uninstall uninstall-am + +# Tell versions [3.59,3.63) of GNU make to not export all variables. +# Otherwise a system limit (for SysV at least) may be exceeded. +.NOEXPORT: + +#>+ 2 +KDE_DIST=index.docbook index.cache.bz2 Makefile.in Makefile.am + +#>+ 24 +index.cache.bz2: $(srcdir)/index.docbook $(KDE_XSL_STYLESHEET) index.docbook + @if test -n "$(MEINPROC)"; then echo $(MEINPROC) --check --cache index.cache.bz2 $(srcdir)/index.docbook; $(MEINPROC) --check --cache index.cache.bz2 $(srcdir)/index.docbook; fi + +docs-am: index.cache.bz2 + +install-docs: docs-am install-nls + $(mkinstalldirs) $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia + @if test -f index.cache.bz2; then \ + echo $(INSTALL_DATA) index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/; \ + $(INSTALL_DATA) index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/; \ + elif test -f $(srcdir)/index.cache.bz2; then \ + echo $(INSTALL_DATA) $(srcdir)/index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/; \ + $(INSTALL_DATA) $(srcdir)/index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/; \ + fi + -rm -f $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/common + $(LN_S) $(kde_libs_htmldir)/$(KDE_LANG)/common $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/common + +uninstall-docs: + -rm -rf $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia + +clean-docs: + -rm -f index.cache.bz2 + + +#>+ 13 +install-nls: + $(mkinstalldirs) $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia + @for base in index.docbook ; do \ + echo $(INSTALL_DATA) $$base $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/$$base ;\ + $(INSTALL_DATA) $(srcdir)/$$base $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/$$base ;\ + done + +uninstall-nls: + for base in index.docbook ; do \ + rm -f $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/cervisia/$$base ;\ + done + + +#>+ 5 +distdir-nls: + for file in index.docbook ; do \ + cp $(srcdir)/$$file $(distdir); \ + done + +#>+ 15 +force-reedit: + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ + && exit 0; \ + exit 1;; \ + esac; \ + done; \ + echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu docs/kdesdk/cervisia/Makefile'; \ + cd $(top_srcdir) && \ + $(AUTOMAKE) --gnu docs/kdesdk/cervisia/Makefile + cd $(top_srcdir) && perl ../scripts/admin/am_edit -p../scripts/admin docs/kdesdk/cervisia/Makefile.in + + +#>+ 21 +clean-bcheck: + rm -f *.bchecktest.cc *.bchecktest.cc.class a.out + +bcheck: bcheck-recursive + +bcheck-am: + @for i in ; do \ + if test $(srcdir)/$$i -nt $$i.bchecktest.cc; then \ + echo "int main() {return 0;}" > $$i.bchecktest.cc ; \ + echo "#include \"$$i\"" >> $$i.bchecktest.cc ; \ + echo "$$i"; \ + if ! $(CXX) $(DEFS) -I. -I$(srcdir) -I$(top_builddir) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) $(CXXFLAGS) $(KDE_CXXFLAGS) --dump-class-hierarchy -c $$i.bchecktest.cc; then \ + rm -f $$i.bchecktest.cc; exit 1; \ + fi ; \ + echo "" >> $$i.bchecktest.cc.class; \ + perl $(top_srcdir)/admin/bcheck.pl $$i.bchecktest.cc.class || { rm -f $$i.bchecktest.cc; exit 1; }; \ + rm -f a.out; \ + fi ; \ + done + + +#>+ 3 +final: + $(MAKE) all-am + +#>+ 3 +final-install: + $(MAKE) install-am + +#>+ 3 +no-final: + $(MAKE) all-am + +#>+ 3 +no-final-install: + $(MAKE) install-am + +#>+ 3 +kde-rpo-clean: + -rm -f *.rpo + +#>+ 3 +nmcheck: +nmcheck-am: nmcheck diff --git a/tde-i18n-da/docs/kdesdk/cervisia/index.cache.bz2 b/tde-i18n-da/docs/kdesdk/cervisia/index.cache.bz2 new file mode 100644 index 00000000000..c471b969060 Binary files /dev/null and b/tde-i18n-da/docs/kdesdk/cervisia/index.cache.bz2 differ diff --git a/tde-i18n-da/docs/kdesdk/cervisia/index.docbook b/tde-i18n-da/docs/kdesdk/cervisia/index.docbook new file mode 100644 index 00000000000..02000b66b7c --- /dev/null +++ b/tde-i18n-da/docs/kdesdk/cervisia/index.docbook @@ -0,0 +1,4074 @@ + + + + ssh"> + rsh"> + + + CVS"> +]> + + + + +&cervisia;-håndbogen + +BerndGehrmann
bernd@mail.berlios.de
 + +CarlosWoelz
carloswoelz@imap-mail.com
 + + + +&rune.laursen.role; + + + + +1999 +2000 +2001 +2002 +Bernd Gehrmann + + + +2004 +Carlos Woelz + + +&FDLNotice; + +2004-06-06 +2.01.90 + + +&cervisia; giver en grafisk visning af &CVS;. + + + +KDE +kdesdk +Cervisia +CVS +versionskontrol +revisionskontrol + + + + + +Indledning + +&cervisia; er en brugervenlig forende til version control system. Målet er at understøtte &CVS; og andre programmer til versionstyring i en forenet grænseflade, med mulighed for konfliktløsning, diff og historikvisning, status for kopierede arbejdsfiler og understøttelse af de fleste versionskontrolfunktioner. Du kan hente &cervisia; ved at bygge modulet kdesdk eller ved at installere pakken kdesdk der stilles til rådighed af din distribution. Aktuelt understøttes kun &CVS;, men andre versionstyringssystemer bliver måske integreret i fremtiden. + +Et versionstyringssystem er et værktøj til at lagre, håndtere og distribuere forskellige versioner af filer. &CVS; er et versionskontrolsystem. Det gør det muligt for dig nemt at dele dine ændringer, da hver bidragyder kan arbejde på sin egen lokale udgave samtidigt, uden fare for at påvirke hinandens ændringer. Det tillader også genskabelse af tidligere versioner (brugbart når fejl skal spores), oprettelse af grene (til eksperimentel udvikling eller til udgivelse af kode) og mere. + +Hovedlageret indeholder oftest et samarbejdsprojekt (kommercielt eller non-kommercielt) men du kan drage fordel af den bekvemmelige revisionskontrol &CVS; tilbyder, selv for et projekt der udvikles af dig alene. Det er let at opsætte et lokalt arkiv og du får mulighed for at spore ændringer der har medført fejl, fortryde ændringer, undgå uønsket tab af information &etc;. + +Lageret indeholder projektfilerne og hver bidragyder sin egen lokale kopi, som kaldes arbejdskopien eller arbejdsmappen. Man kan tilføje sine ændringer til lageret (en proces der kaldes "indsending") og eller opdatere sin kopi så denne indeholder de seneste ændringer der er lavet af andre bidragydere. + + + + +Sådan kommer vi i gang + + +Adgang til lageret + +I denne afdeling viser vi hvordan man benytter den basale version control system-funktionalitet i &cervisia; simpelthen ved at tjekke moduler ud fra lageret og arbejde på dem. For at gøre dette skal du have adgang til lageret som en klient, det betyder at nogen (sandsynligvis administratoren af &CVS;-lageret) har givet dig en konto på serveren. Alternativt kan du let oprette et lokalt lager til dit eget projekt. + +Hvis du har planer om at udvikle et komplekst projekt, er det en god ide at benytte mulighederne i &CVS;, selv hvis du er den eneste udvikler. Du kan foretage alle ændringerne i arbejdsmappen og bruge &cervisia; (eller et hvilket som helst andet &CVS;-værktøj) til at opdate og indsende. På den måde for du mulighed for at spore ændringer som medførte fejl, fortryde ændringer, undgå uønsket tab af information &etc;. Ved at bruge &cervisia; er det enkelt at oprette et lokalt lager. + + +Oprettelse af et lokalt lager + +Åbn lagerdialogen ved at vælge Lager Lagre.... + +Tryk på ...-knappen for at vælge mappen du vil oprette lageret i, eller indtast stedet i tekstfeltet. F-eks- hvis du vil placere lageret i /home/bruger mappen og kalde den cvsroot skal du skrive /home/bruger/cvsroot i tekstfeltet, eller vælge /home/bruger mappen ved at bruge filvælgeren og tilføje cvsroot. + +Bekræft ved at trykke på knappen O.k. &cervisia; opretter og initialiserer så den nye lagermappe. + +Nu kan du importere dit aktuelle arbejde til lager eller bare oprette en mappe i lageret for at begynde på et helt nyt modul. + + + + + + +&cervisia; giver en integreret forende så du kan administrere alle dine lagersteder, Indstil adgang til lagre-dialogen. For at vise den vælger du Lager Lagre... menuindgangen. + +
+Et øjebliksbillede af &cervisia;s Indstil adgang til lagre-dialogen + + +Et øjebliksbillede af &cervisia;s Indstil adgang til lagre-dialogen + +
+ +Der er op til flere muligheder for at tilgå et CVS-lager. Det kan nås gennem godkendelse via kodeord (:pserver:), secure shell (vha. :ext:), lokalt lager (:local:), &etc;. Formatet for lagerstedet er (valgmuligheder fremgår mellem kantparenteser): + + +[:metode:][[bruger][:kodeord]@]værtsnavn[:[port]]/sti/til/lager + + +Ikke alle punkterne (bruger, kodeord, værtsnavn, port) er altid nødvendige for at tilgå lageret. De nødvendige informationer afhænger af tilgangsmetoden og kategoriseres således: + + + + +Lokal + + +Den lokale adgangsmetode er standardmetodeen i &CVS;. Det er derfor valgfrit om :lokal:-medtoden skal tilføjes lagerstedet. Du kan indtaste stien til mappen som indeholder &CVS;-lageret og som er tilgængelig fra din computer sådan her: /sti/til/lager eller et eksempel fra det virkelige liv: /home/cvs. + +Det kan fysisk være placeret på en disk som er monteret via NFS men dette er blot en detalje. Har du oprettet et lokalt lager, er stedet bare stien til det. + + + + +rsh + + +Lagerstedet ser sådan ud: :ext:brugernavn@vært.url.org:/sti/til/lager. + +Denne metode kræver at du har en brugerkonto på serveren (i dette tilfælde, vært.url.org) og bruger en fjernskal til kommunikation. Normalt bruger &CVS; ↱ til dette formål, men ↱ har i lang tid været anset for at være usikker, og er erstattet af &ssh; mange steder. + +Hvis du skal bruge &ssh;, skal du indstille miljøvariablen $CVS_RSH til &ssh; når du bruger cvs-klienten. &cervisia; understøtter dette på en enkel måde. + + + +Bemærk at &cervisia; ikke kan svare på en eventuel forespørgsel om kodeord fra servermaskinen. Du skal sørge for at disse fjern-login fungerer uden at du skal indtaste kodeordet. Med den almindelige enkle ↱, kan dette opnås ved for eksempel at oprette filen .rhosts i din hjemmemappe, med en liste med pålidelige værtsmaskiner (se manualsiden for ↱). + +Med &ssh;, kan det opnås ved at kopiere din offentlige nøgle i filen identity.pub i mappen $HOME/.ssh/ på serveren. I dette tilfælde må nøglen ikke være krypteret med et løsen (se manualsiden for &ssh; og almindelige spørgsmål om &CVS;/SSH FAQ på SourceForge). Hvis du er i tvivl om disse ting, så spørg systemadministratoren. + + + + + +pserver + + +Lagernavnet ser ud sådan :pserver:brugernavn@vært.url.org:/sti/til/lager + +Denne metode giver adgang til serveren via en speciel protokol med en relativt svag godkendelseskontrol (pserver står for godkendelseskontrol med kodeord). Inden du kan bruge en sådan server, skal du have brugernavn og et kodeord, f.eks. af din &CVS;-serveradministrator og så skal du logge ind. Bemærk at dit &CVS; brugernavn ikke nødvendigvis er det samme som dit brugernavn på systemet. Før du tilgår &CVS;-serveren skal du logge ind. + +Projekter med åben kildetekst tilbyder typisk anonym CVS-adgang til deres kildekode. Det betyder at du let kan få fat i kildekoden, modificere den og lave rettelser (diff) mod lageret uden at bede om en CVS-konto. Generelt bruger anonym CVS kodeordsgodkendelse (:pserver:) og er et skrivebeskyttet lager, som ikke tillader at du sender dine rettelser direkte ind. + + + + + +Kender du adgangsmetoden og lagerstedet, kan du tilføje det til &cervisia;s liste over lagre. + + +Tilføjelse af et nyt lager + +Åbn lagerdialogen Indstil adgang til lagre, ved at vælge menuindgangen Lager Lagre.... + +Tryk på Tilføj...-knappen for at åbne Tilføj lager-dialogen. + +Indtast lagerstedet i Lager tekstfeltet. &cervisia; deaktivere automatisk de områder af dialogen der ikke er relevante for den adgangsmetode du har valgt. + +Hvis du bruger ext-metoden for at tilgå lageret, indtast da den fjernskal du ønsker at benytte (⪚ &ssh;) i Brug fjernskal (kun til ext:lagre) tekstfeltet. + +Tryk O.k.. Du får så lageret du lige har tilføjet, at se på listen over lagre. + +Hvis adgangsmetoden til lageret du netop har tilføjet, er adgang metode til lager er kodeordsgodkendelse (pserver), skal du logge på før du forbinder til serveren. Klik på lageret på listen for at vælge det og tryk på Log på-knappen. Indtast dit kodeord i dialogen der komme frem. +Hvis du indtaster dit kodeord korrekt, ændres Status-søjlen i pserver lager-indgangen fra Ikke logget på tilLogget på. + +Tryk på O.k. for at anvende dine ændringer, eller tilføj endnu et lager til listen. &cervisia; gemmer så mange lagersteder du ønsker. + + + + + + + +Importering af et modul til lageret + +I dette afsnit beskriver vi hvordan du tilføjer et nyt projekt til &CVS;-lageret. Hvis du kun vil arbejde med et eksisterende projekt som allerede findes på lageret, kan du springe over dette afsnit. + +Der er to måder at lægge et projekt i &CVS; + + + +Importér filerne og mapperne til et nyt modul vha. &cervisia;s CVS Import-dialog. Moduler er det øverste mapper i &CVS;-lagerets mappestruktur. De bruges til at adskille og organisere de forskellige softwareprojekter i lageret. + +Opret et tomt modul og tilføj filerne og mapperne manuelt. Du får derved mere kontrol over processen, til gengæld tager det nok lidt længere tid. + + + + +Bemærk at &CVS; oprindelig blev designet til at håndtere tekstfiler. Mange funktioner som revision Mange funktioner som revisionsfletning, at oprette diff'er i læsbar form &etc;, udføres kun på tekstfiler. Det betyder ikke du ikke kan benytte CVS til at opbevare binære filer. Det betyder blot at du eksplicit skal fortælle CVS om det er en tekstfil eller en binær fil. Hvis du angiver en forkert filtype, får du problemer med &CVS;-funktionaliteten for disse filer og de kan blive ødelagt. + + + +Det har sine fordele at importere et projekt (som et nyt modul): du importere alle filer og mapper rekursivt og modulet oprettes for dig automatisk. Dette letter importeringen af store, eksisterende projekter til lageret. Dog er der også nogle ulemper: du kan ikke bruge &cervisia;s CVS Import-dialog til at tilføje filer til eksisterende moduler og du kan kun importere filerne som enten tekstfiler eller binære. Du kan dog undgå denne begrænsning ved at oprette en mappe med filer af kun den ene type, eller ved lade visse filmønstre ignoreres under importeringen + +F.eks., forestil dig at dit projekt indeholder kun tekstfiler og nogle PNG-billeder (binære filer). Du kan fortælle &CVS; at disse filer skal ignoreres, med mønsteret *.png når du importerer de andre filer som tekst, eller du kan flytte billederne til en separat mappe og så importere de resterende filer (som tekstfiler). Hvad enten du vælger den ene eller anden metode, skal du tjekke ud det nye importerede modul til en ny arbejdsmappe, kopiere de manglende filer og mapper til den med tilføj og send ind, til lageret for at færdiggøre importeringsprocessen. + +Alternativt kan du tilføje filer og mapper manuelt ved at oprette et tomt modul til dem. For at tilføje et tomt modul til et lager, skal du bare oprette en ny mappe i &CVS;-lagerets rodmappe. Navnet på denne mappe bliver modulets navn. Tjek ud det nye tomme modul. Kopier så filerne og mapperne til arbejdsmappen, tilføj og Send ind for at lægge dem i &CVS;-lageret. + + +
+Et øjebliksbillede af &cervisia;s CVS Import-dialog + + +Et øjebliksbillede af &cervisia;s Import-dialog + +
+ +I kan du se dialogen som hjælper dig med at importere et projekt som et modul. For at tilgå &cervisia;s import-dialog, vælger du Lager Importér... menuindgangen. + + + + +Lager: +Indtast navnet på &CVS;-lageret (også kendt som $CVSROOT. Du skal have skriveadgang til den og lageret skal være korrekt initialiseret. Er lageret ikke oprettet endnu kn du oprette det ved at vælge Lager Opret... menuindgangen. +Dropned-feltet viser en liste af lagre du allerede har indtastet ved at bruge Indstil adgang til lagre-dialogen. Er lageret et fjernlager, skal du sikre dig at godkendelsen virker. Se for mere information. + + + +Modul: +Navnet på modulet hvor projektet bliver opbevaret. Efter importen, kan projektet checkes ud under dette navn. Se for mere information. Dette er også navnet på den tilsvarende mappe i lageret. + + + +Arbejdsmappe: +Dette er topniveaumappen for projektet som du vil importere. Importeringenbegynder i denne mappe og går nedad rekursivt. + + + +Forhandlermærke: +Mærket for leverandøren bruges historisk til at følge kildekode fra tredjepart. Brug blot dit brugernavn hvis du ikke har nogen bedre idé. Det spiller ikke så stor rolle hvad du skriver her. + + + +Udgavemærke: +Dette mærke bruges også historisk til at importere forskellige versioner af programmel fra tredjepart. Hvis du ikke gør dette, brug ordet start eller strengen PROJEKT_1_0, hvor PROJEKT er navnet på dit projekt og 1.0 er versionsnummeret for den importerede version. + + + +Ignorér filer: +Hvis du udfylder dette felt, gives et yderligere flag til kommandoen cvs import. Denne parameter tolkes som en liste med filnavnemønstre, adskilt af mellemrum, som ignoreres. I almindelighed er en renere og mindre fejlbehæftet måde at styre hvilke filer som havner i lageret, at oprette en mappe med kun de filer som du vil importere og gå ud fra den. Ikke desto mindre, kan dette felt være nyttigt hvis projektet indeholder filer som normalt ignoreres af &CVS;, ⪚ filer med navnet core. Hvis dette er tilfældet, så skriv blot tegnet ! i feltet. Dette sætter &CVS;'s måde at ignorere filer ud af kraft, se . + + + +Kommentar: +Brug dette felt til at holde styr på kommentarer du har angående oprindelse, brug, udvikling&etc; af filerne du importerer. + + + +Importér som binære filer +Hvis du markerer dette felt, importeres alle filer som binære filer, dvs. flaget angives for cvs import. + + + +Brug filens ændringstidspunkt som importtidspunkt +Afkrydser du dette felt, bliver importtidspunktet det samme som filens ændringstidspunkt. + + + + + +Efter du har udfyldt denne formular og bekræftet ved at trykke på O.k.-knappen, bruges følgende &CVS;-kommando: + +cvs -d lager import -m "" modul leverndørmærke versionsmærke + + + + + +Check et modul ud fra lageret +Nu da du har defineret lagerstedet og importeret de første filer til lageret, er det på tide at hente modulet fra &CVS;-lageret og oprette din arbejdskopi. + +Du skal også kende navnet af den gren eller det mærke du vil bruge. + +Et moduls grene er parallelle udgaver af modulet. Et eksempel på brugen af denne funktion fra det virkelige liv, er udgivelsen af et softwareprojekt. Efter en større udgivelse er der fejl i koden der skal rettes, samtidig vil folk føje nye funktioner til programmet. Det er svært at gøre begge dele på samme tid fordi nye funktioner normalt medfører nye fejl, hvilket gør det svært at finde de gamle. For at løse dette dilemma lader &CVS; dig oprette en parallel udgave som kaldes den "stabile udgivelsesgren" hvor man kun kan tilføje fejlrettelser. På den måde er hovedgrenen (HEAD) stadig åben for tilføjelse af nye funktioner. + +Mærker bruges til at markere en version af et projekt. &CVS; stempler en version af hver fil med dette mærke, så når du tjekker eller opdaterer til et bestemt mærke får du altid de samme filversioner. I modsætning til grene er mærker ikke dynamiske, du kan ikke udvikle på et mærke. Mærker er brugbare til at markere udgivelser, store ændringer i kode &etc;. Ved at bruge mærker, kan man let vende tilbage til et projekts forrige tilstand, for at reproducere og spore fejl, generere udgivelseskoden på ny, &etc;. + +
+Et øjebliksbillede af &cervisia;s udcheckningsdialog + + +Et øjebliksbillede af &cervisia;s udcheckningsdialog + +
+ + + + +Lager: +Navnet på &CVS;-lageret, også kendt som $CVSROOT. Dropned-feltet viser en liste af de lagre du i forvejen har indtastet gennem Indstil adgang til lagre-dialogen. Hvis lagrene er fjernlagre, skal du sikre dig at godkendelse virker. Se . + + + +Modul: +Navnet på modulet der skal tjekkes ud. Hvis du arbejder med et eksisterende lager, kan du sikkert få dette navn af systemadministratoren. Er det et projekt med åben kildekode, kan du få modulnavnet fra projektets websider. Vil du oprette et nyt modul fra bunden ud fra et lokalt lager, opretter du bare en ny mappe i det lokale lagers rodmappe. Navnet på rodfolderen bliver det samme som det tomme modul. +Alternativ, hvis lageret har en fil som hedder$CVSROOT/moduler, kan du hente en liste over tilgængelige moduler ved at klikke på knappen Hent liste. +Læg mærke til at det er muligt at tjekke enhver undermappe i modulet ud, uden at skulle hente resten af module. Bare indtast stien til undermappen også. F.eks. hvis du kun vil hente doc/cervisia-undermappen i kdesdk-modulet, indtaster du kdesdk/doc/cervisia i dette felt. + + + +Gren/mærke: +Navnet på grenen eller mærket du vil tjekke ud. Hvis du efterlader feltet tomt, henter &cervisia; HEAD-grenen. + + + +Arbejdsmappe: +Mappen hvori modulet skal checkes ud. Bemærk at arbejdsmappen er navngivet efter det modul du henter, med mindre du giver det et alternativt navn i Tjek ud som:-feltet. + + + +Tjek ud som: +Dette resulterer i at filerne tjekkes ud til en alternativ mappe i arbejdsmappen, frem for en mappe der har samme navn som modulet. + + + +Eksportér kun +Hvis du markerer dette felt, vil filerne blive eksporteret snarere end at blive tjekket ud. Eksport giver en kopi af kilden for modulet uden CVS's administrative mapper. For eksempel kan eksport bruges til at forberede kildekoden til en udgivelse. + + + + + + + + +Hovedvinduet. Visning af filstatus og opdatering +Når du starter &cervisia; og åbner en arbejdskopi ved at vælge Fil Åbn arbejdsmappe... kan du se to hovedområder i &cervisia;s hovedvindue: den øverste er en hierakisk trævisning af den aktuelle arbejdskopi og området i bunden bruges til at vise &CVS;-kommandoerne &cervisia; kører for at udføre sine opgaver, såvel som disse kommandoers uddata. + +Som standard viser &cervisia; ikke filerne i undermapperne, så du er nødt til at klikke på disse mapper hvis du vil se dem. For at vise alle filerne i arbejdskopien vælger du Vis Udfold filtræ . For at lukke alle mapper igen i arbejdskopien vælger du Vis Fold filtræ. + +I henhold til indstillingerne i din .cvsignore-fil, vil filerne du normalt ikke vil inkludere i lageret, som f.eks. objektfiler, ikke blive vist i trævisningen. Du ser hver fils status. I standardopsætningen, efter at have åbnet arbejdsmappen, er dette "Ukendt", fordi &cervisia; forsinker hentningen af informationen indtil du vælger filerne og mapperne du vil se status for eller opdatere og vælger Fil Opdatér eller Fil Status . Med denne fremgangsmåde har du en minimal mængde funktionalitet til rådighed, selv når du ikke har en permanent forbindelse til &CVS; serveren. + +
+Et øjebliksbillede af &cervisia;s hovedvindue + + +Et øjebliksbillede af &cervisia;s hovedvindue + +
+ +Kommandoerne i Fil-menuen anvendes sædvanligvis kun på de filer du har markeret. Du kan også markere mapper. Vælg nu Fil Status eller tryk på F5. &cervisia; udsteder en + + +cvs update -n filnavne + + +for at hente statusinformation for de markerede filer. Bemærk at &cervisia; kun går ind i undermapper rekursivt, hvis du har aktiveret det respektive punkt i menuen Opsætning. Afhængig af hver fils status, ser du nu noget i søjlen Status. + + + + +Ændret lokalt +Ændret lokalt - Dette betyder at du har ændret filen sammenlignet med versionen i lageret. + + + + +Tilføjet lokalt +Tilføjet lokalt - Dette betyder at filen ikke findes i lageret, men den findes i din arbejdsmappe og du har skemalagt den for at tilføjes. Filen indsættes først rigtigt i lageret efter en indsendelse. + + + +Fjernet lokalt +Fjernet lokalt - Dette betyder at du har skemalagt filen til at fjernes, men den findes stadigvæk i lageret. Filen fjernes først rigtigt efter en indsendelse (commit). + + + +Behøver opdatering +Behøver opdatering - Dette viser om en nyere version af filen findes i lageret, f.eks. på grund af at nogen har indsendt en ændring. Normalt vil du opdatere filen så du har en opdateret version i din mappe. + + + +Behøver rettelse +Dette er i alt væsentligt det samme som ovenfor. Forskellen er blot at ved en opdatering, overfører &CVS;-serveren kun en rettelse i stedet for hele filen til dig. + + + +Behøver indfletning +Behøver indfletning - Angiver at en indfletning af versionen i din arbejdsmappe med versionen i lageret er nødvendig. Dette sker oftest hvis du har lavet ændringer i filen mens en anden har indsendt sine ændringer. Hvis du vælger at opdatere, sammensættes ændringerne i lageret med din fil. Hvis der opstår konflikter (dvs. en anden har ændret de samme linjer som du har) er filens nye status "Konflikt". + + + +Opdateret +Opdateret - Angiver at filen er identisk med versionen i lageret. + + + +Konflikt +Konflikt - Dette vises hvis denne filen stadigvæk har konfliktmarkeringer i sig. Måske har du tidligere opdateret filen og ikke løst konflikterne. + + + +Ikke i CVS +Ikke i CVS - Angiver at filen ikke er registreret i &CVS;-lageret. Hvis du ønsker at den skal være tilgængelig for andre, skal du tilføje den til lageret. Hvis ikke, kan du overveje at tilføje den til filen .cvsignore. + + + + +Nu da du har et overblik over de nuværende status for CVS, vil du måske ønske at opdatere. Markér nogle filer (eller roden af mappetræet hvilket er ækvivalent til at markere alle filer i denne mappe). Vælg nu Fil Opdatér (Du kunne naturligvis have valgt dette ved begyndelsen af sessionen). For nogle af filerne vil status muligvis ændre nu. Typiisk bliver filer som havde "Behøver patch" eller "Behøver opdatering" opdaterede. Så følgende nye punkter er mulige i statussøjlen: + + + + +Opdateret +Opdateret - Viser om filen blev opdateret fra lageret. + + + +Rettet +Rettet - Angiver at &CVS;-serveren har sendt en rettelse til denne fil og at rettelsen er passet ind med heldigt resultat. Hvis rettelsen ikke lykkedes på grund af at der var en konflikt mellem dine ændringer og dem som en anden har indsendt, er status nu Konflikt. + + + + +Du har måske bemærket at afhængig af filens status, har dens linje en anderledes farve. Farverne er valgt så de afspejler statusprioriteten. En fil med konflikter er for eksempel markeret med rødt for at vise dig at du skal løse op for en konflikt inden du kan fortsætte med at arbejde med filen. Hvis mappen indeholder et stort antal filer, kan du ikke desto mindre miste overblikket. For at få mere kortfattet information om hvilke filer der ikke har normal status, klikkes helt enkelt på overskriften for søjlen Status. Fillisten sorteres nu ifølge prioritet, så du har al vigtig information øverst på listen. For at gå tilbage til en alfabetisk sorteret liste, klikkes på overskriften for søjlen Filnavn. + + + + + + + +Working With Files + +Alle almindelige funktioner i &CVS; er direkte tilgængelige i &cervisia;s hovedvindue. Kommandoerne gælder oftest flere filer på én gang, nemlig alle markerede filer. Hvis mapper også er markerede, afhænger tolkningen af indstillingerne som blev lavet i menuen Opsætning. Hvis OpsætningIndsend og fjern rekursivt for eksempel er markeret og du vælger Fil Indsend... mens en mappe er markeret, indsendes alle filer i træet under denne mappe. Ellers påvirkes kun de almindelige filer i mappen selv. + +
+Et øjebliksbillede af &cervisia;s den sammenhængsafhængige menu + + + +
+ +De oftest benyttede handlinger er også til rådighed ved at højreklikke på filerne i trævisningen via en sammenhængsafhængig-menu. viser &cervisia; s vinduets pop op-menu. + +Du kan redigere en fil ved at dobbeltklikke på den eller ved at markere den og trykke på &Enter;. Dette starter standardprogrammet der håndterer netop denne filtype (dette indstilles globalt i KDE). Hvis standardprogrammet ikke er det du vil bruge, kan du højreklikke og vælge Redigér -undermenuen og vælge det af de andre programmer der kan håndtere denne filtype. + + +Tilføj filer + +For at tilføje filer til et projekt skal der udføres to trin: For det første, filerne skal registreres af &CVS; eller med andre ord, tilføjes til lageret . Dette er nødvendigt, men ikke tilstrækkeligt. For egentligt at lægge filerne i lageret, skal du sende dem ind Denne procedure har en vigtig fordel: Du kan indsende disse filer sammen med ændringer i andre dele af projektet. Når man gør dette kan man let se (⪚ i e-mail ved indsending) at alle disse ændringer er en del af en helhed. + +For at gøre dette, markerer du alle filerne der skal tilføjes &cervisia;s hovedvindue. Så vælger du FilTilføj til lager eller højreklik på de markerede filer og vælg Tilføj til lager CVS tilføj-dialogen dukker op og viser filerne du markerede og beder om bekræftelse. Tryk O.k.. + +&cervisia; kører en kommando + + +cvs add filnavne + + +Hvis handlingen lykkedes, skal statussøjlen lyde "Tilføjet til lageret" for de tilføjede filer. + +&CVS; er ikke konstrueret til at håndtere meningsfuld versionskontrol for binære filer. At indflette binære filer, er for eksempel oftest ikke meningsfuldt. Desuden ekspanderer &CVS; normalt nøgleord (⪚ for strengen $Revision: 1.6 $) når en fil indsendes. For binære filer kan en sådan ekspansion forstyrre filen og gøre den fuldstændig ubrugelig. + +For at lukke af for denne opførsel skal du indsende binære filer (eller andre filer, såsom Postscript eller PNG) ved at vælge FilTilføj binær...CVS tilføj-dialogen dukker op og viser filerne du markerede og beder om bekræftelse. Tryk O.k.. + +&cervisia; kører en kommando + + +cvs add -kb filnavne + + + + + + +Fjern filer + +Ligesom når man tilføjer filer, fjernes filer i to trin: Først skal filerne registreres som når de fjernes, ved at vælge FilFjern fra lager, eller højreklik på de markerede filer og vælg Fjern fra lager... fra pop op-menuen. CVS fjern-dialogen dukker op, viser de filer du har markeret og beder om bekræftelse. Tryk O.k.. &cervisia; kører kommandoen + +cvs remove -f filnavne + + +Derefter skal denne ændring i arbejdsmappen, muligvis sammen med andre ændringer i projektet. + +Kommandoen ovenfor virker kun hvis filen er opdateret. Ellers får du en fejlmeddelelse. Denne opførsel er fornuftigt: Hvis du har ændret filen sammenlignet med versionen i lageret, eller hvis en anden har lavet nogle ændringer, vil du nok først kontrollere om du virkelig vil kassere dem. + + + + + +Tilføj og fjern mapper + +Mapper håndteres fuldstændig anderledes af &CVS; sammenlignet med almindelige filer. Ingen versionskontrol udføres af mapper, dvs. du kan ikke afgøre hvilke mapper der fandtes i projektet på et vist tidspunkt. Desuden kan mapper aldrig rigtigt fjernes (medmindre de fjernes direkte i lageret). + +Som en erstatning, følger &CVS; konventionen at en mappe "ikke eksisterer" i en version af projektet hvis den er tom. Denne konvention følges ved at bruge flaget i kommandoerne cvs update og cvs checkout. Denne valgmulighed kan angives i menuen Opsætning Fjern tomme mapper ved opdatering. + +En mappe kan tilføjes til lageret ved at vælge FilTilføj til lager... eller ved at højreklikke på den markerede mappe og vælge Tilføj til lager... fra den sammenhængsafhængige menu. Læg mærke til at i modsætning til at tilføje filer, er det ikke nødvendigt at sende ind efter en tilføjelse af mapper. &cervisia; udfører selv kommandoen. + + + +cvs add mappenavn + + + + + + +Indsendelse filer + +Når du har lavet et vist antal ændringer i din arbejdskopi og du vil give andre udviklere adgang til dem, så indsender du dem. Ved en indsendelse, lægger du dine versioner af de ændrede filer ind som nye versioner i lageret. En senere opdatering af en anden udvikler, gør at dine ændringer indføres i hans arbejdskopi. + +For at indsende nogle filer, markerer du dem i &cervisia;s hovedvindue, og vælgerFilIndsend... eller højreklik på de markerede filer og vælg Indsend... fra den sammenhængsafhængige menu. + +
+Et øjelibksbillede af &cervisia;s send ind-dialog + + + +
+ +Du får en dialog der viser dig en liste af de markerede filer i den øverste del og en logbesked for dine ændringer nederst. &cervisia; hjælper til på flere måder med at angive en meningsfuld logmeddelelse: For det første kan du dobbeltklikke på en fil eller trykke på Enter for at se ændringerne som du har lavet i filen. For det andet får du en liste med logmeddelelser som du tidligere har brugt i et dropned-felt. For det tredje er denne dialog integreret i &cervisia;s editor for ændringslog som beskrives nedenfor. Når du er færdig med dialogen, er det kommandoen + + +cvs commit -m meddelelse filnavn + + +der bruges. + + +En almindelig fejl man støder på når du indsender er "Up-to-date check failed" (kontrol af at filen er opdateret mislykkedes). Dette angiver at nogen har indsendt ændringer siden du sidst opdaterede. Eller, mere teknisk, at din basisversion ikke er den seneste i sin gren. For et sådant tilfælde, nægter &CVS; at indsende dine ændringer til lageret. Løsningen er at opdatere, opløse eventuelle konflikter, og indsende igen. Hvis du arbejder med et progammelprojekt, er det naturligvis normalt en god vane at kontrollere om programmet stadigvæk virker efter du har opdateret. Der kan jo trods alt findes skjulte sammenhænge mellem dine ændringer og andres ændringer som giver anledning til fejl i koden. + + +En anden almindelig fejl giver fejlmeddelelsen "Sticky tag 'X' for file 'X' is not a branch" (klæbrig mærke 'X' for filen 'X' er ikke en gren). Dette indtræffer hvis du forsøger at indsende en fil som du tidligere har opdateret til en vis revision eller mærke med kommandoen + +%cvs update -r X + +(som ⪚ bruges af menupunktet AvanceretOpdatér til mærke/dato...). I dette tilfælde, bliver filens mærke klæbrigt, dvs. følgende opdateringer skifter ikke til den seneste revision på grenen. Hvis du vil tilføje flere versioner på grenen, så skal du opdatere til grenens mærke inden du indsender yderligere versioner. + + +Det er let at vedligeholde en ændringslog, som følger formatet som angives i GNU's kodningsregler, med &cervisia;. For at gøre dette, vælges FilIndsæt indgang i ændringsloggen... . Hvis en fil som hedder ChangeLog (ændringslog) findes i arbejdsmappens topniveau, indlæses den og du har mulighed at redigere den. For at kunne gøre dette, er der en indgang tillagt med dagens dato og dit brugernavn (som kan indstilles ifølge beskrivelsen i ). Når du afslutter dialogen ved at klikke på O.k., kommer næste indsendingsdialog til at få samme logmeddelelse som meddelelsen du skrev i ændringsloggen. + + + + + +Løs op for konflikter + +Konflikter kan opstå så snart du har lavet ændringer i en fil som også er ændret af en anden udvikler. Konflikten detekteres af &CVS; når du opdaterer den ændrede fil. &CVS; forsøger at indflette ændringerne som blev indsendt af den anden udvikler i din arbejdskopi. Sammenføjningen mislykkes hvis både dine og hans ændringer er i overlappende dele af filen, og &CVS;-serveren udskriver så en fejlmeddelelse. + +Filer med konflikter angives med "Konflikt" og med rød farve i statussøjlen i &cervisia;s hovedvindue. Det er din opgave at løse op for disse konflikter før du indsender filen. &CVS; nægter at indsende alle filer med konflikter indtil de er blevet redigeret. Fra hovedvinduet kan du naturligvis løse op for konflikter på den traditionelle måde: Dobbeltklik blot på filen det drejer sig om, og redigér den med din foretrukne editor. + +&CVS; markerer de konfliktramte ændringer ved at placere markeringer i midten af filen på denne måde: + +<<<<<<< +Ændringer i din arbejdskopi +======= +Ændringer i lageret +>>>>>>> revisions_nummer + + +Du bør erstatte hele denne blok med den nye indflettede version. Du har naturligvis fuldstændig frihed når et sæt konflikter skal løses: for hver konflikt kan du bestemme dig for at vælge en af to forskellige versioner. Du kan også bestemme dig for at begge angrebsmåder er fejlagtige og omskrive hele rutinen eller hele filen fra begyndelsen. + +Heldigvis tilbyder &cervisia; en bedre grænseflade til løsning af disse konflikter Det betyder ikke at du aldrig manuelt skal rette i filerne, men i det mindste elimineres behovet for at gøre det ved triviel konfliktløsning. For at bruge &cervisia;s CVS konfliktløsning-dialogen vælger du FilLøs... eller højreklik på den markerede fil og vælg Løs... i den sammenhængsafhængige menu. + +
+Et øjebliksbillede af &cervisia;s konfliktløsningsdialog + + +Et øjebliksbillede af &cervisia;s konfliktløsningsdialog + +
+ +Længst oppe i dialogen, ser du din version (A) af filen til venstre og versionen i lageret (B) til højre. Forskellene mellem dem er angivet med rød farve. Under disse to versioner, kan du se den sammensatte version. Den afspejler den hvad blokken bliver i din version hvis du trykker på knappen Gem. + +Du kan skifte mellem forskellige afsnit ved at trykke på << og >>. Længere ned i midten af dialogen ser du hvilket afsnit der er er markeret for øjeblikket. For eksempel så betyder 2 ud af 3 at du for øjeblikket er ved det andet afsnit ud af totalt tre. + + Nu kan du bestemme afsnit for afsnit hvilken af de to versioner som du vil have i den sammensatte fil. Ved at trykke på A, vælger du versionen som du redigerede. Ved at trykke på B, overtager du versionen fra lageret. Ved at trykke på A+B tilføjes begge versioner og din kommer først. B+A giver samme resultat men i rækkefølgen: lagerets version og så din version. + +Hvis ikke du er tilfreds ,med nogen af disse variationer, trykker du på Redigér for at åbne en simpel teksteditor hvor du kan redigere blokken. Når du er færdig trykker du O.k. for at vende tilbage tilCVS Konfliktløsningsdialogen og genoptager konfliktløsningen. Du får den blok du har redigeret at se i Indflettet version, hvor dine ændringer er. + +For at gemme dine ændringer og overskrive arbejdskopien, trykker du Gem. Læg mærke til at dette vil gemme ikke bare den sektion du ser på lige nu, men alle sektioner i filen. Hvis du vil gemme til en anden fil, trykker du Gem som.... Tryk Luk for at forlade dialogen. Hvis du lukker dialogen uden at gemme mister du dine ændringer. + + + + + + + +Skaf information om filer og om at oprette rettelser. + + +Overvågning af forskelle mellem versioner + +Der er flere steder i &cervisia; hvor du kan bede om et vindue som viser forskelle mellem filversioner: + + + +I hovedvinduet kan du vælge Vis Forskel mod lageret (BASE).... Dette baseres på kommandoen cvs diff og viser dig forskellene mellem versionen i din arbejdsmappe og versionen som du senest opdaterede (også kendt som basisversionen BASE). Dette er særligt nyttigt præcis lige inden du indsender en fil, for at finde en passende logmeddelelse. + +Du kan se forskellene mellem versionen i din arbejdsmappe og versionen i den primære udviklingsgren (kaldet HEAD) ved at vælge Vis Forskel til Lager (HEAD).... + +Du kan se forskellene mellem de sidste to revisioner af den markerede fil, ved at vælge Vis Sidste Ændring... + +Du kan tilgå Forskel til lager (BASE)..., Forskel til lager (HEAD)... og Sidste ændring...-menuindgangene fra hovedvinduets sammenhængsafhængige menu, ved at højreklikke på den fil du vil se på. + +Du kan bede om et forskelsvindue ved at vælge et filnavn i listen over markerede filer, i dialogen som vises når du indsender et sæt filer, ved at vælge et filnavn i listen, enten ved at dobbeltklikke på det eller ved at trykke på Enter. Dette er ganske lig brugen af VisForskel til lager (BASE)... i hovedvinduet, med den respektive fil. + +I Gennemse log-dialogen kan du markere to versioner af en fil og bede om en dialog som viser forskellene mellem dem (se ). + + + +Som du måske forventede, så dumper &cervisia; ikke blot resultatet fra kommandoen diff ud på terminalen, men giver en grafisk visning som set i . + +
+Et øjebliksbillede af &cervisia;s sammenligningsdialog + + +Et øjebliksbillede af &cervisia;s sammenligningsdialog + +
+ +Teksten i dialogen er en forbedret variant af teksten som gives af kommandoen diff med flaget . Du kan se de forskellige versioner i to vinduer, med linjer som arrangeres så du kan sammenligne dem side ved side. Dette betyder at hvor tekst er tilføjet eller fjernet, viser hvert vindue tomme linjer med markeringen +++++ til venstre. For andre linjer kan du se løbende linjenumre i venstre søjle. + +I den anden søjle i højre vindue kan du se hvilken slags ændring som er gjort. Mulige slags er Tilføjet, Slettet og Ændret. Tilsvarende linjer er markerede med blå, grøn og rød farve. Midt i dialogen vises et komprimeret billede af farvemarkeringerne. På denne måde kan du få en hurtig oversigt over filens fuldstændige ændringer. Du kan også bruge placeringen af de farvede områder i det komprimerede billede til orientering når du bruger rullebjælkerne. + +Normalt synkroniseres rullebjælkerne i venstre og højre vindue, dvs. hvis du flytter venstre side, så flyttes højre siden lige så meget. Du kan ændre dette ved at markere feltet Synkronisér rullebjælker. + +For information om hvordan man indstiller sammenligningsdialogen, se . + + + + +At lave rettelser + +Somme tider vil du gøre dine ændringer tilgængelige til kodegranskning før du sender dem ind, eller du har måske ikke skriveadgang til lageret (hvorfor du ikke kan sende ind). &CVS; tilbyder standardformater hvormed du kan dele dine ændringer i din arbejdskopi, så andre udviklere kan granske og teste dine ændringer, teste dem i deres i arbejdskopi og sende dem ind til &CVS;-lageret. En fil der indeholder disse forskelle, kaldes en programrettelse og er genereret af cvs diff-kommandoen, på samme måde som differ i . At dele programrettelser istedet for hele sæt af filer kræver mindre båndbredde og programrettelserer lettere at håndtere, da man kan sende én fil der indeholder rettelser fra mange forskellige kildefiler. + +I &cervisia;, kan dette opnås ved at vælge AvanceretLav rettelse mod lager... + +Lav rettelse mod lager...-handlingen opretter en programrettelse med alle ændringer i din arbejdskopi mod BASE-lageret. Derfor påvirker markeringen af filer i hovedvinduet ikke denne programrettelse. + +En anden mulighed er at vælge en fil i hovedvinduet og vælge Gennemse log... fra Vis-menuen eller ved at højreklikke på den markerede fil og vælge Gennemse log... fra den sammenhængsafhængie menu for at åbne Gennemse log dialogen. Nu vælges den version du vil oprette programrettelsen mod sådan: " A" og tryk på knappen Opret programrettelse....Dette genererer en programrettelse med forskellene mellem den markerede fil i din arbejdskopi og versionen markeret som revision " A". + +Før programrettelsen genereres, viser &cervisia; en dialog der tillader dig at indstille uddataformatet. + +
+Et øjebliksbillede af &cervisia;s programrettelsesdialog + + +Et øjebliksbillede af &cervisia;s programrettelsesdialog + +
+ + + + +Uddataformat +Der er tre forskellige uddataformater til rådighed: +Normal: et format der kan bruges til at få ed editoren til automatisk at få en anden kopi af den gamle fil til at passe med den nye. I det normale uddataformat indikerer tegnene < og > ændringer og at der ikke er nogen sammenhængsinformation. +Forenet: det mest brugte format til udveksling af programrettelser. Det forenede format bruger sammenhængslinjer udover at tilføje linjenumre til at holde styr på rettelserne. Dette gør anvendelsen af programrettelser mere robust. Formatet viser forskellene på kompakt og læsbar form, med et hoved for hver af de involverede filer og adskilte sektioner (chunks) for hver forskel. Sammenhængslinjerne der er til rådighed for hver forskel, gør læsningen af ændringerne lettere. I det forenede uddataformat, angiver tegnene + og - ændringerne. +Sammenhæng der viser den samme information som det forenede format, men på en mindre kompakt måde. I sammenhængsuddataformatet er tegnet ! indikator for ændringer. + + + +Antal sammenhængslinjer: +Her indstilles antallet af sammenhængslinjer for det forenede format eller sammenhængsformatet. Indstillingen er ikke tilgængelig for det normale uddataformat da der i dette format ikke benyttes nogen sammenhængsinformation. Mere sammenhængsinformation gør læsning af den rå uddata lettere og at anvende programrettelsen mere præcis, men øger programrettelsens størrelse. Det anbefales at bruge mindst to sammenhængslinjer for at programrettelsen fungerer ordentligt. + + + +Ignorér indstillinger +Afkryds ændringerne der ikke skal opfattes som forskelle når programrettelsen genereres. + + + + + +Efter at have valgt uddataformatet, genererer &cervisia; programrettelsen og viser Gem som-dialogen. Indtast filnavnet og placeringen af programrettelsen i denne dialog. + + + + + +Overvåg en annoteret visning af en fil + +Med kommandoen cvs annotate, giver &CVS; en mulighed at se, for hver linje i en fil, hvem som senest har ændret linjen. Denne visning kan være til hjælp for at få styr på hvem der har introduceret en ændring i et programs opførsel, eller hvem man skal spørge om en vis ændring eller en vis fejl i koden. + +&cervisia; giver dig adgang til denne funktion, men udvider informationen yderligere interaktivt. Du får en kommentarvisning ved at vælge VisKommentér.... En anden måde er at trykke på knappen Kommentér i dialogen Gennemse log dialogen i hvilken du kan vælge hvilken version af filen du vil have vist. På kan du se et øjebliksbillede af dialogen. + +
+Et øjebliksbillede af &cervisia;s kommentardialog + + +Et øjebliksbillede af &cervisia;s kommentardialog + +
+ +I kommentardialogen ser du et vindue med den seneste version af den markerede fil (eller revision "A"-udgaven hvis du har startet kommentardialogen fra Gennemse log dialogen). I søjlerne inden teksten, får du en del information som har at gøre med den seneste ændring på hver linje. I den første søjle vises linjenummeret. I den anden søjle ses forfatteren til versionen og revisionsnummeret. Til sidst, i den tredje søjle, ses det egentlige indhold i linjen. + +Derfor, hvis en vis linje ser mærkelig ud, eller du antager at der er en fejl der, kan du med det samme se hvem som er ansvarlig for linjen. Men ikke kun det, du kan også finde ud af hvorfor linjen blev ændret. For at gøre dette, flyttes musemarkøren hen over de respektive revisionsnumre. Så vises et værktøjsvink med logmeddelelser og datoer for ændringerne. + + + + + +Gennemsyn af CVS-log + +Når du markerer en fil i hovedvinduet og vælger Gennemse log... fra Vis-menuen eller højreklikker på den markerede fil og vælger Gennemse log... i den sammenhængsafhængige menu vises dialogen CVS log (hvis du markerer mere end en fil sker der ingenting da &cervisia; kun kan generere og fortolke en fil ad gangen). Denne dialog giver funktionalitet udover filhistorik. Ved at bruge den som browser kan du: + + + +Vis revision, forfatter, dato, gren, indsendelsesbesked og mærker for hver version af den markerede fil. + +Vis en grafisk trævisning der repræsenterer forgreningen og mærkningen af den markerede fil. + +Vis hver version af den markerede fil (med standardprogrammet). + +Overvåg en annoteret visning af enhver version af den markerede fil + +Vis forskellene mellem et hvilket som helst versionspar af den markerede fil, inklusive par af arbejdskopiens version af den markerede fil. + +Opret programrettelser der indeholder forskellene mellem et hvilket som helst par af versioner af den markerede fil, inklusive par af arbejdskopiens version af den markerede fil. + + + +
+Et øjebliksbillede af &cervisia;s dialog til at gennemse logger + + +Et øjebliksbillede af &cervisia;s dialog til at gennemse logger + +
+ +Du kan vælge at se historikken som et træ med cvs log-kommandoen (CVS Uddata) som etTræ eller på listeform Liste. Hvilken du foretrækker er naturligvis et spørgsmål om smag og afhænger af hvilken information du er interesseret i. Træet er en intuitiv repræsentation af hvad der er gjort i forskellige grene af forskellige forfattere. Du kan se tilsvarende logmeddelelser som værktøjsvink. Listen er i sin natur lineær og giver derfor ikke umiddelbar information om grene. På den anden side, koncentreres anden relevant information på mindre plads, nemlig tiden for hver ændring i filen og første del af logmeddelelsen. CVS-uddatainformationen er komplet men lang og svær at læse. For at afhjælpe disse problemer har du muligheden for at søge i CVS-uddata ved at trykke på knappen Find.... + +For at få mere information om en vis version, kan du klikke på den enten i listen eller træet. Feltet i midten af dialogen udfyldes så med den fuldstændige information som gives af kommandoen cvs log. Du kan markere to versioner, som kaldes "A" og "B", som har betydning for om du vil bruge de yderligere funktioner som varetages af knapperne. Revision "A" kan vælges med venstre museknap, og revision "B" med den midterste knap. Du kan også navigere i listen med piletasterne. For at markere versionerne "A" og "B", bruges de to genvejstaster CtrlA og CtrlB. Ved at bruge CVS Uddata-visningen kan du klikke på Vælg for revision A og Vælg for revision B for at markere revisionerne. + +Hvis du trykker på knappen Kommentér, så vises en dialog med teksten fra filen som hører til versionen som er markeret som "A". Hver linje indledes med information om hvem der redigerede den senest og ved hvilken revision dette skete. Du kan få mere information om at se kommenterede versioner i . + +Hvis du trykker på knappen Sammenlign, så køres kommandoen cvs diff og en dialog vises hvor forskellene mellem de to markerede versioner vises. Hvis du markerer revision"A" men ikke revision "B", vil &cervisia; generere ændringerne mellem filversionen der er markeret som revision "A" og arbejdskopiens version af filen. Dette gør det muligt at se forskellene mellem din version af filen og enhver version i &CVS; For at gøre det at se ændringer, bruges forskellige farver til at markere linjer som er tilføjet, fjernet eller helt enkelt ændret. Du kan få mere information om at se forskelle i . + +Trykker du på knappen Opret programrettelse... får du en dialog i hvilken du kan indstille formateringen af generering af en fil der indeholder alle ændringerne mellem de to markerede revisioner der vises. Markerer du " A" men ikke revision " B" vil &cervisia; generere ændringerne mellem den markerede filversion som revision " A" og arbejdskopiens version af filen. Dette gør det muligt at oprette en programrettelse eller en diff, mellem din version af filen og en hvilken som helst version tilgængelig i &CVS;. Efter at have indstillet formatet for programrettelsen i dialogen og trykket O.k. udføres der en diff kommando for at generere diffen. Der vises en Gem som-dialog. Indtast filnavnet og placeringen af programrettelsen &cervisia; oprettede for at gemme den. Du kan få mere information om at oprette programrettelser og om formatetindstillinger i . + +Trykker du på Vis-knappen, henter &cervisia; revisionen markeret som " A" og viser den i standardprogrammet for denne filtype. + +Tryk på Luk-knappen for at forlade dialogen og vende tilbage til hovedvinduet. + + +For at generere loggen der er basis for CVS Log-dialogen udfører &cervisia; følgende kommando: + + + +cvs log filnavn + + + + + +Gennemse historikken + +Hvis lageret som bruges har logning aktiveret, kan &cervisia; vise en historik af visse begivenheder såsom udcheckninger, indsendelser, mærkninger, og opdateringer. Vælg Historik i menuen Vis, så kører &cervisia; kommandoen + + +cvs history -e -a + + +Dette henter den fuldstændige log-fil fra serveren, dvs. en liste over begivenheder for alle brugere og alle moduler. Dette kan være en enorm mængde data. + +Nu kan du se listen med begivenheder, sorterede efter dato. I den anden søjle vises typen af begivenheden: + + + +Udchecket - Brugeren som vises i søjlen Forfatter har checket en modul ud + +Mærket - En bruger har brugt kommandoen cvs rtag. Bemærk at brugen af cvs tag (som gøres med &cervisia;s kommando AvanceretMærk/gren...) ikke opbevares i historikdatabasen. Dette har historiske grunde (se almindelige spørgsmål om &CVS;). + +Udgivelse - En bruger har udgivet modulet. I virkeligheden bruges denne kommando sjældent og er ikke af stor værdi. + +Opdatér, slettet - En bruger har lavet en opdatering af en fil som var slettet i lageret. Som en konsekvens af dette, er filen slettet i hans arbejdskopi. + +Opdatering, kopieret - En bruger har lavet en opdatering af filen. En ny version blev kopieret til arbejdsmappen. + +Opdatér, indflet - En bruger har lavet en opdatering af en fil. Ændringerne i lagerets version af filen indflettedes i hans arbejdskopi. + +Opdatér, konflikt - En bruger har lavet en opdatering af en fil, og en konflikt med hans egne ændringer blev opdaget. + +Indsend, ændret - En bruger indsendte en ændret fil. + +Indsend, tilføjet - En bruger tilføjede en fil og indsendte den. + +Indsend, fjern - En bruger fjernede en fil og indsendte ændringen. + + + +
+Et øjebliksbillede af &cervisia;s historikdialog + + +Et øjebliksbillede af &cervisia;s historikdialog + +
+ +Du kan sortere listen efter andre betingelser ved at klikke på de respektive søjleoverskrifter. For at sortere de historikindgange som du er interesseret i, er der forskellige filtreringsmuligheder som aktiveres med afkrydsningsfelter: + + +Vis indsendingsbegivenheder - viser indsendinger +Vis udcheckningsbegivenheder - viser udcheckninger +Vis mærkebegivenheder - viser mærkninger +Vis øvrige begivenheder - viser begivenheder som ikke indgår i ovenstående +Kun bruger - viser kun begivenheder som er forårsaget af en bestemt bruger +Kun filnavne som matcher - filtrerer filnavne med et regulært udtryk +Kun mapper som matcher - filtrerer mappenavne med et regulært udtryk + + +Særlige tegn som genkendes af matchning med regulære udtryk er: + + + +x* matcher et vilkårligt antal forekomster af tegnet x. + +x+ matcher en eller flere forekomster af tegnet x. + +x? matcher nul eller en forekomst af tegnet x. + +^ matcher begyndelsen af strengen. + +$ matcher slutningen af strengen. + +[a-cx-z] matcher et sæt tegn, ⪚ her sættet som består af a,b,c,x,y,z. + + + + + + + + + +Avanceret brug + + +Opdatering til mærke, gren eller dato + +Et moduls grene er parallelle udgaver af modulet. Et eksempel på brugen af denne funktion fra det virkelige liv, er udgivelsen af et softwareprojekt. Efter en større udgivelse er der fejl i koden der skal rettes, samtidig vil folk føje nye funktioner til programmet. Det er svært at gøre begge dele på samme tid fordi nye funktioner normalt medfører nye fejl, hvilket gør det svært at finde de gamle. For at løse dette dilemma lader &CVS; dig oprette en parallel udgave som kaldes den "stabile udgivelsesgren" hvor man kun kan tilføje fejlrettelser. På den måde er hovedgrenen (HEAD) stadig åben for tilføjelse af nye funktioner. + +Mærker bruges til at markere en version af projektet. &CVS; markerer en version af hver fil med mærket, sådan at når du tjekker ud eller opdaterer til et bestemt mærke, vil du altid få de samme filversioner. Derfor, i modsætning til grene, er mærker ikke dynamiske. Du kan ikke udvikle på en mærke. Mærker er til stor nytte til at markere udgivelser, store ændringer i koden &etc;. + +Når du udvikler eller følger en udvikling af et softwareprojekt, arbejder du ikke nødvendigvis i hovedgrenen hele tiden. Efter en udgivelse vil du måske blive i den udgivede gren et stykke tid for at nyde at den er relativt stabil, for at rette fejl, oversætte &etc;. For at gøre alt dette, skal du opdatere til den udgivede gren. Alle dine filer bliver opdateret til den seneste version af filerne i den gren. Efter en opdatering bliver også alle dine nye bidrag lagt op til denne nye gren. + +Desuden, vil du følge en programfejl der var rapporteret mod en tidligere markered udgivelse, tilbyder &CVS; muligheden for at hente softwren som den var da den blev udgivet, ved at opdatere til netop det mærke. Derudover, hvis du vil hente en tidligere version af dit projekt, kan du opdatere din arbejdskopi til en specifik dato. Det kan være nyttigt hvis en fejl blev introduceret i projektet mellerm to udgivelser og du har en idé om hvornår det var. Når du opdaterer til en dato eller et mærke, bliver dine filversioner de samme som versionerne til den specifikke dato eller med det bestemte mærke. + +Før du opdaterer til en bestemt gren eller et mærke, skal du sikre dig du har sendt alle dine ændringer ind. Hvis du ikke er klar til at indsende ændringerne, men ikke vil kassere dem, skal du ikke opdatere til den nye gren, da du kan så risikere at de går tabt. Alternativt kan du lave en ny udtjekning så du kan arbejde på de to versioner parallelt. + +
+Et øjebliksbillede af &cervisia;s dialog for at opdatere til et mærke + + +Et øjebliksbillede af &cervisia;s dialog for at opdatere til et mærke + +
+ + + +Opdatér til gren +Vælg dette tilvalg for at opdatere til en gren. Indtast navnet på grenen i drop ned-tæekstfeltet (eller tryk på Hent liste-knappen for at hente listen af grene fra &CVS;-serveren og vælg den du vil hente. + + + +Opdatér til mærke +Vælg dette tilvalg for at opdatere til et mærke. Indtast navnet på mærket i drop ned-tekstfeltet (eller tryk på Hent liste-knappen for at hente listen af mærker fra &CVS;-serveren og vælg den du vil bruge i drop ned-listen. + + + +Opdatér til dato +Vælg denne indstilling for at opdatere til en dato. I feltet herunder kan du indtaste en lang række datoformater. Et muligt format er åååå-mm-dd hvor åååå er året, mm er måneden (numerisk) og dd er dagen. En anden mulighed er nogle engelske ord, såsom "yesterday" (i går) eller "2 weeks ago" (for to uger siden). + + + + +Begge ovenstående valgmuligheder gør mærket eller datoen 'klæbrig', &ie; du kan ikke tilføje yderligere ændringer for disse filer (hvis ikke mærket er et grenmærke). For at komme tilbage til stammen, også kendt som grenen med navnet HEAD (hovedversionen), bruges menupunktet Avanceret Opdatér til hovedversion (HEAD). + +Kommandoen der køres for at opdatere til en gren eller et mærke er: cvs update -r mærke + + +Kommandoen der køres for at opdatere til en dato er: cvs update -D dato + + +Kommandoen der køres for at opdatere til hovedversionen (HEAD) er: cvs update + + + + + + +Mærkning og forgrening + +Her beskriver vi kun de tekniske aspekter af mærkning og grene. Hvis du kun er en bruger, og ikke administrerer lageret, kommer du nok ikke i kontakt med problemet. Hvis du i stedet selv administrerer lageret, bør du først læse om de ikke-tekniske problemer som følger med grene, for at få et indtryk af hvor stort tidsspilde og fejlbehæftelse det kan give anledning til at håndtere flere grene i et projekt. Appendiks indeholder nogle referencedokumenter om dette emne. + +Enkel mærkning er noget som man ofte gør når en ny udgave udgives, så man når som helst let kan komme tilbage til projektets status på dette tidspunkt. Mærker gives ofte et navn som består af projektets navn og versionsnummeret. &cervisia; 1.0 findes for eksempel tilgængeligt med mærket CERVISIA_1_0. &cervisia; følger reglerne i &CVS; om hvad der er et gyldigt mærkenavn. Det skal begynde med er bogstav, og må indeholde bogstaver, cifre, bindestreger og understregningstegn. + +Normalt vil man mærke et helt projekt (selv om &CVS; naturligvis tillader dig at mærke en delmængde). For at kunne gøre dette, markeres topniveaumappen i visningen og vælg Avanceret Mærke/gren vælges. Skriv nu mærkets navn, tryk på returtasten, og du er klar. + +At oprette en gren er ikke særligt meget sværere: Markér feltet Opret gren med dette mærke i mærkningsdialogen. Du kan også fjerne et eksisterende mærke: Vælg Avanceret Slet mærke i hovedmenuen. + +En anden del af håndteringen af grene, er indfletning af ændringer fra en gren til den nuværende gren. Hvis du skal gøre dette, vælges Avanceret Flet.... Dialogen som vises har to valgmuligheder: + +I det første tilfælde kan du sammensætte alle ændringer som er lavet i en gren med den nuværende gren. I dette tilfælde, markeres feltet Indflet fra gren og udfyld grenen som du vil indflette fra. &cervisia; kører så kommandoen + + +cvs update grenmærke + + +Den anden mulighed er at du kun vil indflette ændringer som er lavet mellem to mærker på en gren. Dette indtræffer oftest hvis du indfletter fra samme gren til stammen flere gange. I dette tilfælde, markeres feltet Indflet ændringer og de to relevante mærker indskrives (i rigtig rækkefølge). Dette giver anledning til kommandoen + + +cvs update grenmærke1 grenmærke2 + + + + + + +Brug overvågning + +Overvågning er det sædvanlige navn for &CVS;-funktionen at sende meddelelser til brugere af lageret, så snart en fil er ændret eller en udvikler er begyndt at redigere en fil. Brug af overvågning kræver at filen $CVSROOT/CVSROOT/notify er indstillet rigtigt. Dette beskrives ikke her. Hvis du behøver mere information om hvordan indstillinger foregår fra en administrators synvinkel, så læs en af bøgerne som er på listen i appendikset. + +&cervisia;'s hovedunderstøttelse for overvågning er seks menupunkter. + +For at tilføje overvågning af en eller flere filer, bruges Avanceret Tilføj overvågning.... I dialogen som kommer frem kan du vælge at få en meddelelse for alle slags begivenheder som &CVS; understøtter. Hvis du for eksempel kun vil have at vide hvornår en fil er indsendt, markeres felterne Kun og Indsendelse. Hvis du vil vise om alle begivenheder som gælder de markerede filer, markeres feltet Alle. Kommandolinjen som bruges når du bekræfter dialogen er + + +cvs watch add -a commit filnavne + + +eller med et lignende flag, afhængig af begivenhederne som du vælger at overvåge. + +Hvis du ikke længere er interesseret i visse filer, kan du fjerne overvågningen af dem. For at opnå dette, bruges Avanceret Fjern overvågning.... Samme valgmulighed som fandtes i formularen du udfyldte da overvågningen blev tilføjet indgår i dialogen som vises. Når du bekræfter dialogen, kører &cervisia; kommandoen + + +cvs watch remove filnavne + + +muligvis med flaget for de valgte begivenheder. + +Til sidst kan du få en liste over hvem der overvåger nogle filer. Vælg Avanceret Vis overvågning. Aktivering af dette menupunkt giver anledning til kommandoen + + +cvs watchers filnavne + + +I &CVS;s normale brugsscenario, så arbejder hver udvikler for sig i en egen arbejdsmappe. Når en fil skal ændres, åbnes den kun i editoren og redigeres. Ingen anden kender til ændringerne, før end filen indsendes. + +For visse udviklingsgrupper, er dette ikke den foretrukne samarbejdsmodel. De vil have at vide om nogen arbejder med en fil så snart arbejdet startes. Dette kan opnås med nogle yderligere &CVS;-kommandoer. Inden du begynder at redigere en fil, markeres den i &cervisia;s hovedvindue, og AvanceretRedigér filer vælges. Dette kører kommandoen + + +cvs edit filnavne + + +Så sendes en meddelelse til alle som har indstillet redigeringsovervågning for filen. Du registreres også som editor af filen. Man kan få en liste over alle som alle editorer for vis fil ved at bruge AvanceretVis redigering. Dette svarer til at skrive følgende på kommandolinjen + + +cvs editors filnavne + + +En redigeringssession afsluttes automatisk når du indsender filen som er ændret. I det øjeblik sendes en unedit-meddelelse til alle som har registreret tilsvarende overvågning af filen. En gang imellem vil du naturligvis ikke indsende filen, men afbryde redigeringssessionen og gå tilbage til foregående version af filen. Dette gøres ved at bruge AvanceretSlut redigering af filer. Bemærk at &cervisia; ikke beder om bekræftelse. Det betyder at alt arbejde gjort siden du brugte AvanceretRedigér filer går tabt. Mere nøjagtigt, så bruger &cervisia; kommandolinjen. + + +echo y | cvs unedit filnavne + + +Hidtil har vi kun diskuteret tilfældet når begyndelse og slut på redigering bruges frivilligt af udviklerne. Desuden understøtter &CVS; en model som kræver anvendelse af disse kommandoer. Kommandoen som bruges for at skifte til denne model er cvs watch on, som ikke forklares yderligere, eftersom den oftest bruges af lagerets administrator. Det vigtige, ud fra udviklernes synvinkel, er dog at når projektet kræver redigeringer, så checkes arbejdskopier ud skrivebeskyttede. Det betyder at du ikke normalt kan redigere en fil (hvis du ikke anvender trick såsom chmod). Filen bliver kun skrivbar når du bruger Avanceret Redigér filer. Den bliver skrivebeskyttet igen, når du indsender den eller bruger AvanceretAfredigér filer. + +&cervisia;s editorgrænseflade hjælper dig også med projekter som bruger overvågning på en anden måde. Hvis du kun starter en editor med en skrivebeskyttet fil, ved at dobbeltklikke på den eller ved at bruge FilRedigér. så kan du ikke gemme dine ændringer senere. Dette har naturligvis en grund: Så snart du vil ændre en fil, skal du køre kommandoen cvs edit inden, så de som overvåger filen får en meddelelse om at du arbejder med den. + +I et sådant tilfælde er det tilrådeligt at markere tilvalget Opsætning Redigér (cvs edit) automatisk om nødvendigt. Så snart du redigerer en fil ved at dobbeltklikke på den, så kører &cervisia; kommandoen cvs edit inden editoren virkelig startes. Derefter kan du redigere filen som almindeligt. Når du har afsluttet arbejdet, indsendes filerne. Derefter er de indsendte filer igen skrivebeskyttede. + + + + + +Låsning + +Udviklingsmodellen som oftest bruges med &CVS; kaldes udcheckning uden reservation. Hver udvikler har sin egen arbejdsmappe, hvor filer kan redigeres vilkårligt. Hvis overvågningsfunktioner bruges, såsom cvs edit, kan flere udviklere arbejde med filer synkront. Ændringer som laves af en anden udvikler, flettes ind i den lokale arbejdsmappe når en opdatering gøres. + +Andre revisionskontrolsystemer, såsom RCS og SourceSafe anvender en anden model. Når en udvikler vil redigere en fil, skal den låses. Kun én udvikler af gangen kan have en fil låst. Når redigeringen er færdig, slippes låsen fri. På den ene side kan konflikter aldrig indtræffe med denne model. På den anden side kan to udviklere aldrig arbejde med samme fil samtidigt, også selvom deres ændringer ikke påvirker hinanden. Dette kan være en flaskehals. Vi vil ikke diskutere organisatoriske fordele ved de to metoder. Vi nævner dog, at selvom &CVS; har en vis understøttelse for låsning, er det ikke måden at arbejde med &CVS; som er at foretrække. Du bør ikke bruge disse funktioner, hvis du ikke er sikker på at projektlederen tillader dem. + +Med &cervisia; låser du filer på følgende måde: Markér de ønskede filer i hovedvinduet. Vælg derefter Avanceret Lås filer. Dette kører kommandoen + + +cvs admin -l filnavne + + +Den modsatte virkning opnås ved at bruge AvanceretLås op for filer. Dette kører kommandoen + + +cvs admin -u filnavne + + + + + + + + +Indstil &cervisia; + +&cervisia; kan indstilles på forskellige måder efter dine behov og hvad du foretrækker. Visse tilvalg som du måske vil ændre regelmæssigt er direkte tilgængelige i menuen Opsætning. Andre er samlede i en fælles dialog som er tilgængelig via Tilvalg Indstil.... + + + +Generelt + + + + +Brugernavn til redigering af ændringslog +Så snart du bruger menupunktet FilIndsæt indgang i ændringsloggen..., laves der en ny indgang i ændringsloggen med den aktuelle dato og dit brugernavn. Normalt anses det for at være god skik at indsætte hele dit navn og din e-mail-adresse i hver indgang i ændringsloggen. &cervisia; tilføjer automatisk det fulde navn og e-mail-adressen indtastet her, til ændringslogger. + + + +Sti til kørbar eller 'cvs': +Her kan du indstille navnet (eller søgestien) for cvs-kommandolinjeklienten. Normalt bruges den kørbare &CVS;fil som findes i din $PATH af &cervisia;. + + + + + + + +Diff-viser + + + + +Antal sammenhængslinjer i diff-dialogen +&cervisia; bruger flaget til diff i diffdialogen. Dette lader diff vise et begrænset antal linjer(sammenhængslinjer) omkring hver forskel. Her kan du angive parameteren for flaget . + + + +Yderligere tilvalg for cvs diff: +Her kan du tilføje yderligere flag til diff. Et almindeligt eksempel er som lader diff ignorere ændringer i mellemrum. + + + +Tabulatorbredden i diff-dialog: +I sammenligningsdialogen, ekspanderes tabulatortegn som findes i filen eller udskriften af diff-kommandoen til et fast antal mellemrum. Normalt erstattes hver tabulator med otte mellemrum, men du kan indstille en anden værdi. + + + +Ydre diff-grænseflade +Når du bruger nogen af funktionerne som viser diff-dialogen, såsom VisForskel mod lageret..., starter &cervisia; sin interne diff-grænseflade. Hvis du foretrækker en anden, såsom Kompare, TkDiff eller xxdiff, indtaster du navnet og stien her. + + + + + + + +Status + + + + +Start automatisk Fil> Status kommandoen ved åbning af arbejdsmappe fra fjernlager. +Når du markerer dette, køres kommandoen FilStatus så snart du åbner en arbejdsmappe. Eftersom denne kommando kan tage en vis tid og desuden behøver en tilslutning til serveren for fjernlageret (som gør det uanvendeligt når du ikke har netforbindelse), kan du angive dette separat for lokale og fjernlagre. + + + +Start automatisk Fil> Status kommandoen ved åbning af arbejdsmappe fra lokalt lager. +Når du vælger denne indstilling, udføres kommandoenFilStatus automatisk hver gang du åbner en arbejdsmappe. + + + + + + + +Avanceret + + + + +Tidsgrænse inden en fremgangsdialog vises (ms.): +Næsten alle &CVS;-kommandoer der startes i en arbejdsmappe der hører sammen med et fjernlager, behøver en tilslutning til &CVS;-serveren. Dette påvirkes af forsinkelser i netværkstilslutningen eller høj belastning på serveren. Af denne grund, åbner &cervisia; en dialog som angiver at kommandoen stadigvæk kører, for kommandoer såsom VisForskel til lager... og lader dig afbryde det. Desuden bruges denne dialog til at vise fejlmeddelelser fra &CVS;. Eftersom dialoger kan være irriterende efter et stykke tid, vises den kun efter en tidsgrænse som normalt er 4 sekunder. Her kan du ændre denne værdi. + + + +Standard-komprimeringsniveau: +cvs-klienten komprimerer filer og programrettelser når de sendes via et netværk. Med kommandolinjeflaget , kan komprimeringsniveauet angives. Du kan indstille &cervisia; til at bruge dette, ved at indstille niveauet her. Værdien som indstilles her bruges kun som standardværdi. Desuden er der en indstilling for hvert lager i LagerLagre.... + + + +Udnyt en kørende eller start en ny ssh-agent proces +Afkryds dette felt hvis du bruger ext (rsh) lagre-&ssh; ekstern skal til lager og ssh-agent til at håndtere dine nøgler. + + + + + + + + +Udseende + + + + +Skrifttype i protokolvindue... +Tryk på denne knap for at åbne Indstil skrifttype-dialogen og indstille skrifttypen der bruges i protokolvinduet (det vindue der viser cvs-klientens uddata). + + + +Skrifttype for kommentarvisning... +Tryk på denne knap for at åbne Indstil skrifttype-dialogen og indstille skrifttypen der bruges i kommentarvisning. + + + +Skrifttype for diff-visning... +Tryk på denne knap for at åbne Indstil skrifttype-dialogen og indstille skrifttypen der bruges i diff-dialoger. + + + +Farver +Tryk på de farvede knapper for at åbne Indstil farve-dialogen og indstille farverne der bruges til Konflikt, Lokal ændring eller Ekstern ændring i hovedvinduet eller Diff ændring, Diff indsætning eller Diff sletning i &cervisia;s indbyggede diff-grænseflade. + + + +Opdel hovedvinduet vandret +&cervisia;s hovedvindue opdeles normalt lodret i et vindue med filtræet og et med &CVS;-uddata nederst. Alternativt kan du arrangere dem vandret. + + + + + + + + + +Appendiks + + +Filer som ignoreres + +&cervisia; viser ikke alle filer som virkelig findes i hovedtræet. Dette gøres på samme måde som cvs selv, og hjælper med at undgå rod som forårsages af uinteressante ting såsom objektfiler. &cervisia; forsøger at imitere cvs' egen opførsel så tæt som muligt, dvs. lister af filer som skal ignoreres hentes fra følgende kilder: + + + +En statisk liste med indgange, som omfatter ting som *.o og core. For detaljer, se &CVS;-dokumentationen. +Filen $HOME/.cvsignore. + +Miljøvariablen $CVSIGNORE. +Filen .cvsignore i de respektive mapper. + + + +cvs selv slår desuden indgange op i $CVSROOT/cvsignore, men dette er en fil på serveren, og &cervisia; skal kunne starte i nedkoblet tilstand. Hvis du arbejder med en gruppe som foretrækker at bruge en liste at ignorere på serveren, er det formodentlig en god idé at tage et kig på hvilke mønstre som er på listen der og tilføje dem i filen .cvsignore i din hjemmemappe. + + + + + +Yderligere information og understøttelse + + + +&CVS; levereres med en komplet opsætning af dokumentation i form af info-sider, som er kendte som "Cederqvist"-dokumentet. Hvis den er rigtigt installeret, kan du bladre i den ved at skrive info:/cvs i hjælpecentralens stedlinje. Som et alternativ, kan du kun vælge HjælpCVS-Info i &cervisia;. En HTML-version af Cederqvist-dokumentet er tilgængeligt på internettet. + +Eftersom denne bog vedligeholdes sammen med &CVS;, er den normalt den bedst opdaterede referencedokumentation. Jeg anbefaler alligevel at overveje at bruge anden dokumentation for at lære sig hvordan man bruger &CVS;, særligt følgende: + +Karl Fogel har skrevet den udmærkede bog Open Source Development with CVS. Cirka halvdelen af denne bog handler om udviklingsprocessen for programmel med åben kildekode. Den anden halvdel er en teknisk dokumentation af &CVS;. Heldigt nok er den tekniske del af bogen gjort frit tilgængelig ifølge GPL, så du kan hente en HTML-version af den. En liste med errata findes tilgængelig på ovennævnte hjemmeside. + +&CVS; spørgsmål diskuteres på en særlig e-mail-liste. + +Der er en Usenet-gruppe som hedder comp.software.config-mgmt, tilegnet konfigurationshåndtering i almindelighed. &CVS; er kun en marginel del af emnet for denne gruppe, men den kan alligevel være interessant eftersom den diskuterer fordele ved forskellige versionshåndteringssystemer i forhold til &CVS;. + +Sidst men ikke mindst, er der en (lidet brugt) &cervisia; e-mail-liste. + + + + + + + +Kommandoreference + + + + +Filmenuen + + + + +FilÅbn arbejdsmappe... +Åbner en arbejdsmappe i hovedvinduet. Se . + + + +FilNylige arbejdsmapper... +Åbner en af arbejdsmapperne som blev brugt for nylig. + + + +FilIndsæt indgang i ændringsloggen... +Åbner editoren for ændringslog, forberedt sådan at du kan tilføje en ny indgang med dagens dato.Se . + + + +&Ctrl;U FilOpdatér +Kører 'cvs update' på markerede filer og ændrer status og versionsnummer i listen ifølge resultatet. Se . + + + +F5 FilStatus +Kør 'cvs -n update' på markerede filer og ændrer status og versionsnummer i listen ifølge resultatet. Se . + + + +FilRedigér +Åbner den markerede filen i standardeditor der passer til filtypen. + + + +FilLøs konflikter... +Åbner en dialog for den markerede filen som lader dig løse konflikter fra en indfletning i den. Se . + + + +# FilIndsend... +Lader dig indsende de markerede filer. Se . + + + ++ FilTilføj til lager... +Lader dig tilføje de markerede filer til lageret. Se . + + + +FilTilføj binær fil... +Lader dig tilføje de markerede filerne til lageret som binære filer (cvs add). Se . + + + +- FilFjern fra lager... +Lader dig fjerne de markerede filerne fra lageret. Se . + + + + + +FilVend tilbage +Kasserer alle lokale ændringer som du har lavet for de markerede filer og går tilbager til versionen i lageret (flaget til cvs update). + + + +&Ctrl;Q FilAfslut +Afslutter &cervisia;. + + + + + + + + + +Vis-menuen + + + + +Escape VisStop +Afbryder alle underprocesser som kører. + + + +&Ctrl;L VisGennemse log... +Viser logsøgeren med de markerede filversioner. Se . + + + +&Ctrl;A VisKommentarer... +Viser en kommentarvisning for den markerede fil, dvs. en visning hvor du kan se hvilken person som senest ændrede filen, for hver linje. Se . + + + +&Ctrl;D VisForskel mod lager (BASE)... +Viser forskellene mellem den markerede fil i arbejdsmappen og versionen som du senest opdaterede (basisversionen). Se . + + + +&Ctrl;D VisForskel mod lager (HEAD)... +Viser forskellene mellem den markerede fil i arbejdsmappen og versionen som du senest opdaterede (hovedversionen). Se . + + + + +VisSeneste ændring... +Viser forskellen mellem versionen for den markerede filen som du senest opdaterede (basisversionen) og en tidligere version. Se . + + + +VisHistorik... +Viser &CVS;-historikken som den rapporteres af serveren. Se . + + + + + +VisSkjul alle filer +Bestemmer om kun foldere skal vises i hovedfiltræet. Se. + + + +VisSkjuld uændrede filer +Bestemmer om ukendte og opdaterede filer skjules i trævisningen. Se . + + + +VisSkjul fjernede filer +Bestemmer om fjernede filer er skjulte i trævisningen . + + + +VisSkjul ikke-CVS-filer +Bestemmer om filer der ikke er i CVS er skjulte i trævisningen. Se . + + + +VisSkjul tomme mapper +Bestemmer om mapper uden synlige indgange er skjult eller ej i trævisningen. Se . + + + +VisEkspandér filtræ +Åbner alle grene i filtræet så du kan se alle filer og alle mapper. Se . + + + +VisFold filtræ +Lukker alle grene i filtræet. Se . + + + + + + + + + +Avanceret-menuen + + + + +AvanceretMærke/gren... +Tilføjer et mærke eller laver en gren for de markerede filer. Se . + + + +AvanceretFjern mærke... +Fjerner et givet mærke fra de markerede filer. Se . + + + +AvanceretOpdatér til mærke/dato... +Ændrer de markerede filer til et givet mærke eller en given dato, og gør mærket eller datoen klæbrig. Se . + + + +AvanceretOpdatér til hovedversion... +Ændrer de markerede filer til den respektive hovedversion (HEAD). Se . + + + +AvanceretFlet... +Fletter enten en given gren eller ændringerne mellem to forskellige mærker for de markerede filer. Se . + + + +AvanceretTilføj overvågning... +Tilføjer overvågning for et sæt begivenheder for de markerede filer. Se . + + +AvanceretFjern overvågning... +Fjerner overvågning for et sæt begivenheder fra de markerede filer. Se . + + + +AvanceretVis overvågere +Giver en liste af overvågere af de markerede filer. Se . + + + +AvanceretRedigér filer +Kør cvs edit for de markerede filer. Se . + + + +AvanceretSlut med at redigere filer +Kører cvs unedit for de markerede filer. Se . + + + +AvanceretVis redigering +Kør cvs editors for de markerede filer. Se . + + + +AvanceretLås filer +Låser de markerede filer. Se . + + + +AvanceretLås filer op +Låser de markerede filer op. Se . + + + +AvanceretLav rettelse mod lager... +Laver en rettelse ud fra ændringerne i din arbejdsmappe. Se . + + + + + + + + + +Lager-menuen + + + + +LagerOpret... +Åbner en dialog som lader dig importere en pakke til lageret. Se . + + + +LagerTjek ud... +Åbner en dialog som lader dig tjekke et modul ud fra lageret. Se . + + + +LagerImportér... +Åbner en dialog som lader dig importere en pakke til lageret. Se . + + + +LagerLagre... +Indstiller en liste med lagre som du ofte bruger, og hvordan der er adgang til dem. Se . + + + + + + + + +Opsætningsmenuen + + + + +OpsætningVis værktøjslinje +Bestemmer om værktøjslinjen vises. + + + +OpsætningOpret mapper ved opdatering +Afgør om opdateringer laver mapper i arbejdsmappen som ikke tidligere fandtes der (flaget for cvs update). + + + +OpsætningFjern tomme mapper ved opdatering +Afgør om opdateringer fjerner tomme mapper i arbejdsmappen. (flaget for cvs update). + + + +OpsætningOpdatér rekursivt +Afgør om opdateringer er rekursive (flaget for cvs update). + + + +OpsætningIndsend og fjern rekursivt +Afgør om indsendelser og fjernelser er rekursive (flaget for cvs add og cvs remove). + + + +OpsætningUdfør automatisk cvs edit, om nødvendigt +Afgør om cvs edit køres automatisk så snart du redigerer en fil. + + + +OpsætningIndstil genveje... +Åbner en dialog til at indstille tastebindinger. + + + +OpsætningIndstil værktøjslinjer... +Åbner en dialog til at indstille &cervisia;s værktøjslinjer. + + + +OpsætningIndstil Cervisia... +Åbner en dialog til at indstille &cervisia;. + + + + + + + + +Hjælpemenuen + + + + +F1 HjælpCervisia-håndbog +Aktiverer KDE's hjælpesystem med starten af &cervisia;s hjælpesider (dette dokument). + + + +HjælpRapportér fejl... +Åbner en dialog til fejlrapportering. + + + +Hjælp Om Cervisia +Dette viser information om version og forfattere. + + + +Hjælp Om KDE +Dette viser KDE's version og anden basal information. + + + +Hjælp CVS-manual +Åbner &CVS;-infosider i KDE's hjælpesystem. + + + + + + + + + + + + +Medvirkende og licens +&underFDL; &underGPL; + -- cgit v1.2.1