Назовите и дайте краткую характеристику основным этапам в схеме функционирования bzr

ОТЧЕТ

по лабораторной работе № 6

дисциплина: Операционные системы

Студенты:

Жарикова София-Николь
Шагаев Егор

Группа: НИ-102

МОСКВА

2014г.

Цель работы:

Выполнить анализ основных этапов разработки и отладки приложения в OC UNIX. Приобрести практические навыки по использованию средств разработки при анализе и компиляции исходного кода, тестировании и отладке программ, написанных на языке СИ.

1. Выполняем вход в систему.

2. В домашнем каталоге создаем подкаталог ~/lab04

3. Создаем файлы calculate.c, calculate.h, main.c

4. Выполняем компиляцию программ calculate.c и main.c

5. Исправляем ошибки:

6. Компилируем повторно:

7. Создаем Make-файл и добавляем его в bzr:

8. Отладка программы calcul в программе gdb:

Контрольные вопросы:

1.Как получить полную информацию о программах gcc make gdb и др.?

Дополнительную информацию о этих программах можно получить с помощью функций info и man

2.Назовите и дайте краткую характеристику основным этапам разработки приложений в ОС UNIX

Unix поддерживает следующие основные этапы разработки приложений:

-создание исходного кода программы;- представляется в виде файла

-сохранение различных вариантов исходного текста;

-анализ исходного текста; Необходимо отслеживать изменения исходного кода, а также при работе более двух программистов над проектом программы нужно, чтобы они не делали изменений кода в одно время.

-компиляция исходного текста и построение исполняемого модуля;

-тестирование и отладка; - Проверка кода на наличие ошибок

-сохранение всех изменений, выполняемых при тестировании и отладке.

3.Что такое суффиксы и префиксы? Основное их назначение. Приведите примеры их использования
Использование суффикса ".с" для имени файла с программой на языке Си отражает удобное и полезное соглашение, принятое в ОС UNIX.
Для любого имени входного файла суффикс определяет какая компиляция требуется. Суффиксы и префиксы указывают тип объекта. Одно из полезных свойств компилятора Си — его способность по суффиксам определять типы файлов. По суффиксу.c компилятор распознает, что файл abcd.c должен компилироваться, а по суффиксу.o, что файл abcd.о является объектным модулем и для получения исполняемой программы необходимо выполнить редактирование связей. Простейший пример командной строки для компиляции программы abcd.c и построения исполняемого модуля abcd имеет вид: gcc -o abcd abcd.c.

Некоторые проекты предпочитают показывать префиксы в начале текста изменений для старых (old) и новых (new) файлов. Опция – prefix может быть использована для установки такого префикса. Плюс к этому команда bzr diff -p1 выводит префиксы в форме которая подходит для команды patch -p1.

4.Каковы основные задачи, решаемые инструментальным средством bzr
Bazaar устанавливает единственную новую команду, bzr. Все возможности предоставляются через под-команды этой команды. Одна из функций системы контроля версий — отслеживать кто сделал изменения. Bazaar достаточно умен, что бы автоматически создавать email адрес из текущего имени и адреса хоста.

Основные задачи:

создание ветки

размещение веток

просмотр изменений

фиксация изменений

сообщение из текстового редактора

выборочная фиксация

удаление зафиксированных изменений

игнорирование файлов

просмотр истории

статистика ветки

контроль файлов и каталогов

ветвление

объединение веток

публикация ветки

Назовите и дайте краткую характеристику основным этапам в схеме функционирования bzr

6.Назовите основные команды инструментального средства bzr. Приведите примеры их использования

Мы создаем новую ветку выполнив bzr init в уже созданном ката-

логе:

% mkdir tutorial

% cd tutorial

% ls -a

./../

% pwd

/home/mbp/work/bzr.test/tutorial

%

% bzr init

% ls -aF

./../.bzr/

%

Мы обычно обращаемся к веткам на нашем компьютере просто передав имя каталога содержащего ветку. bzr также поддерживает доступ к веткам через http и sftp, например: bzr log http://bazaar-vcs.org/bzr/bzr.dev/ bzr log sftp://bazaarvcs.org/bzr/bzr.dev/ Установив для bzr плагины можно также осуществлять доступ к веткам с использованием rsync.

Команда status показывает какие изменения были сделаны в рабочем каталоге с момента последней ревизии:

% bzr status

modified:

foo

bzr status скрывает неинтересные файлы, которые либо не менялись, либо игнорируются. Также команде status могут быть переданы необязательные имена файлов, или каталогов для проверки.

Команда diff показывает изменения в тексте файлов в стандартном формате diff. Вывод этой команды может быть передан другим командам, таким как ”patch”, ”diffstat”, ”filterdiff” и ”colordiff”:

% bzr diff

=== added file ’hello.txt’

--- hello.txt 1970-01-01 00:00:00 +0000

+++ hello.txt 2005-10-18 14:23:29 +00006.2. Указания к лабораторной работе 75

@@ -0,0 +1,1 @@

+hello world

Команде commit можно передать сообщение описывающее изменения в ревизии. Она также записывает идентификатор пользователя, текущее время и временную зону, плюс список измененных файлов и их содержимого.

bzr commit -m "добавлен первый файл"

Если вы передадите список имен файлов, или каталогов после команды commit, то будут зафиксированы только изменения для переданных объектов. Например:

bzr commit -m "исправления документации" commit.py

Если вы сделали какие-либо изменения и не хотите оставлять их, используйте команду revert, что бы вернутся к состоянию предыдущей ревизии.

Многие деревья с исходным кодом содержат файлы которые не нужно хранить под контролем версий, например резервные файлы текстового редактора, объектные файлы и собранные программы. Вы можете просто не добавлять их, но они всегда будут обнаруживаться как неизвестные. Вы также можете сказать bzr игнорировать их

добавив их в файл.bzrignore в корне рабочего дерева.

Для получения списка файлов которые игнорируются и соответствующих им шаблонов используйте команду bzr ignored:

% bzr ignored

config.h./config.h

configure.in~ *~

bzr log Команда bzr log показывает список предыдущих ревизий.

Команда bzr log --forward делает тоже самое, но в хронологическом порядке, показывая более поздние ревизии в конце

bzr может контролировать файлы и каталоги, отслеживая переименования и упрощая их последующее объединение:

% mkdir src

% echo ’int main() {}’ > src/simple.c

% bzr add src

added src

added src/simple.c

% bzr status

added:

src/

src/simple.c

bzr remove удаляет файл из под контроля версий, но может и не

удалять рабочую копию файла2. Это удобно когда вы добавили не

тот файл, или решили, что файл на самом деле не должен быть под

контролем версий.

% rm -r src

% bzr remove -v hello.txt

? hello.txt

% bzr status

removed:

hello.txt

src/

src/simple.c

unknown:

hello.txt

Часто вместо того что бы начинать свой собственный проект, выхотите предложить изменения для уже готового проекта. Что бы сделать это вам нужно получить копию готовой ветки. Так как эта копия может быть потенциальной новой веткой эта команда называется branch:

bzr branch http://bazaar-vcs.org/bzr/bzr.dev

cd bzr.dev

Если две ветки разошлись (обе имеют уникальные изменения) тогда bzr merge — это подходящая команда для использования. Объединение автоматически вычислит изменения которые существуют на объединяемой ветке и отсутствуют в локальной ветке и попытается объединить их с локальной веткой. bzr merge URL.