Visit Our UNIX and Linux User Community

Linux and UNIX Man Pages

Test Your Knowledge in Computers #200
Difficulty: Easy
Larry Wall began work on Perl in 1977.
True or False?
Linux & Unix Commands - Search Man Pages

blaze-init(1) [debian man page]

BLAZE-INIT(1)						    BlazeBlogger Documentation						     BLAZE-INIT(1)

NAME
blaze-init - creates or recovers a BlazeBlogger repository SYNOPSIS
blaze-init [-fqV] [-b directory] blaze-init -h|-v DESCRIPTION
blaze-init either creates a fresh new BlazeBlogger repository, or recovers an existing one in case it is corrupted. Optionally, it can also revert a configuration and default templates to their original state, leaving all user data (that is, both blog posts and pages) intact. OPTIONS
-b directory, --blogdir directory Allows you to specify a directory in which the BlazeBlogger repository is to be blaced. The default option is a current working directory. -f, --force Reverts existing configuration, theme, and language files to their initial state. By default, these files are kept intact. -q, --quiet Disables displaying of unnecessary messages. -V, --verbose Enables displaying of all messages, including a list of created files. -h, --help Displays usage information and exits. -v, --version Displays version information and exits. EXAMPLE USAGE
Create a new blog in a current directory: ~]$ blaze-init Created a BlazeBlogger repository in .blaze. Create a new blog in ~/public_html: ~]$ blaze-init -b ~/public_html Created a BlazeBlogger repository in /home/joe/public_html/.blaze. Revert a configuration file and default templates to their initial state: ~]$ blaze-init -f Recovered a BlazeBlogger repository in .blaze. Or if you want to see what files have been reverted: ~]$ blaze-init -fV Created .blaze/config Created .blaze/theme/default.html Created .blaze/style/default.css Created .blaze/lang/en_US Recovered a BlazeBlogger repository in .blaze. SEE ALSO
blaze-config(1), blaze-add(1) BUGS
To report a bug or to send a patch, please, add a new issue to the bug tracker at <http://code.google.com/p/blazeblogger/issues/>, or visit the discussion group at <http://groups.google.com/group/blazeblogger/>. COPYRIGHT
Copyright (C) 2008-2011 Jaromir Hradilek This program is free software; see the source for copying conditions. It is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Version 1.2.0 2012-03-05 BLAZE-INIT(1)

Check Out this Related Man Page

GIT-INIT(1)							    Git Manual							       GIT-INIT(1)

NAME
git-init - Create an empty git repository or reinitialize an existing one SYNOPSIS
git init [-q | --quiet] [--bare] [--template=<template_directory>] [--separate-git-dir <git dir>] [--shared[=<permissions>]] [directory] DESCRIPTION
This command creates an empty git repository - basically a .git directory with subdirectories for objects, refs/heads, refs/tags, and template files. An initial HEAD file that references the HEAD of the master branch is also created. If the $GIT_DIR environment variable is set then it specifies a path to use instead of ./.git for the base of the repository. If the object storage directory is specified via the $GIT_OBJECT_DIRECTORY environment variable then the sha1 directories are created underneath - otherwise the default $GIT_DIR/objects directory is used. Running git init in an existing repository is safe. It will not overwrite things that are already there. The primary reason for rerunning git init is to pick up newly added templates (or to move the repository to another place if --separate-git-dir is given). OPTIONS
-q, --quiet Only print error and warning messages, all other output will be suppressed. --bare Create a bare repository. If GIT_DIR environment is not set, it is set to the current working directory. --template=<template_directory> Specify the directory from which templates will be used. (See the "TEMPLATE DIRECTORY" section below.) --separate-git-dir=<git dir> Instead of initializing the repository where it is supposed to be, place a filesytem-agnostic git symbolic link there, pointing to the specified git path, and initialize a git repository at the path. The result is git repository can be separated from working tree. If this is reinitialization, the repository will be moved to the specified path. --shared[=(false|true|umask|group|all|world|everybody|0xxx)] Specify that the git repository is to be shared amongst several users. This allows users belonging to the same group to push into that repository. When specified, the config variable "core.sharedRepository" is set so that files and directories under $GIT_DIR are created with the requested permissions. When not specified, git will use permissions reported by umask(2). The option can have the following values, defaulting to group if no value is given: o umask (or false): Use permissions reported by umask(2). The default, when --shared is not specified. o group (or true): Make the repository group-writable, (and g+sx, since the git group may be not the primary group of all users). This is used to loosen the permissions of an otherwise safe umask(2) value. Note that the umask still applies to the other permission bits (e.g. if umask is 0022, using group will not remove read privileges from other (non-group) users). See 0xxx for how to exactly specify the repository permissions. o all (or world or everybody): Same as group, but make the repository readable by all users. o 0xxx: 0xxx is an octal number and each file will have mode 0xxx. 0xxx will override users' umask(2) value (and not only loosen permissions as group and all does). 0640 will create a repository which is group-readable, but not group-writable or accessible to others. 0660 will create a repo that is readable and writable to the current user and group, but inaccessible to others. By default, the configuration flag receive.denyNonFastForwards is enabled in shared repositories, so that you cannot force a non fast-forwarding push into it. If you name a (possibly non-existent) directory at the end of the command line, the command is run inside the directory (possibly after creating it). TEMPLATE DIRECTORY
The template directory contains files and directories that will be copied to the $GIT_DIR after it is created. The template directory used will (in order): o The argument given with the --template option. o The contents of the $GIT_TEMPLATE_DIR environment variable. o The init.templatedir configuration variable. o The default template directory: /usr/share/git-core/templates. The default template directory includes some directory structure, some suggested "exclude patterns", and copies of sample "hook" files. The suggested patterns and hook files are all modifiable and extensible. EXAMPLES
Start a new git repository for an existing code base $ cd /path/to/my/codebase $ git init (1) $ git add . (2) 1. prepare /path/to/my/codebase/.git directory 2. add all existing file to the index GIT
Part of the git(1) suite Git 1.7.10.4 11/24/2012 GIT-INIT(1)

Featured Tech Videos