Untuk pengembangan kelompok konfigurasi dalam sistem "1c: perusahaan" 8.3 digunakan penyimpanan konfigurasi. Akses pengembang ke penyimpanan konfigurasi dapat dilakukan pada jaringan lokal (file database terletak pada sumber daya jaringan umum), sesuai dengan protokol tcp. atau http.. Untuk dua opsi terakhir perlu dipasang Server Penyimpanan Konfigurasi. Server penyimpanan konfigurasi pada gilirannya adalah layanan jaringan, port "mendengarkan" default 1542 dan memastikan interaksi aplikasi klien (konfigurator) dengan basis data penyimpanan konfigurasi. Satu layanan dapat menyajikan beberapa penyimpanan konfigurasi. Pada pemasangan server penyimpanan konfigurasi server "1C: perusahaan" 8.3 (Berlaku untuk keduanya 8.2 ) Di OS Windows (dalam contoh saat ini -) dan akan dibahas dalam artikel ini.

1. Mengatur direktori basis data penyimpanan konfigurasi

Server repositori konfigurasi harus diinstal pada komputer yang sama di mana file basis data penyimpanan akan berada. Oleh karena itu, pertama-tama, kami mendefinisikan direktori pusat server di mana semua file repositori akan disimpan, yang akan menyajikan server ini. Biarkan itu menjadi katalog dalam kerangka artikel ini. C: \\ 1C_BASE \\ Repository \\. Anda juga harus mendefinisikan akun Windows, dari mana layanan yang relevan akan diluncurkan. Anda dapat membuat, atau menggunakan akun Windows yang ada. Dalam contoh ini, kami akan menggunakan pengguna lokal Usr1cv8. dengan kata sandi Usrpass8.. Perlu bagi pengguna ini ke direktori pusat dari server penyimpanan konfigurasi.

2. Mengatur file server penyimpanan konfigurasi

Pada saat penulisan ini, server penyimpanan konfigurasi hanya ada sebagai aplikasi 32-bit. Oleh karena itu, untuk menginstal file server Anda memerlukan sistem distribusi 32-bit "1C: Enterprise" 8.3 untuk Windows. Jalankan File. 1mesi 8.msi. Dari distribusi pengiriman 1C. Pada halaman pemilihan komponen, pilih komponen " Server Toko Konfigurasi 1C: Perusahaan"(1C: Server repositori konfigurasi perusahaan), serta ingat komponen jalur instalasi.

3. Pendaftaran dan Peluncuran Layanan Server Penyimpanan Konfigurasi

Program instalasi hanya menyalin file penyimpanan konfigurasi ke direktori yang ditentukan. Pendaftaran layanan yang relevan harus dieksekusi secara manual dengan mengikuti perintah jenis:

Crserver.exe -instsrvc |. -RMSRVC -Usr.<пользователь> -Paya.<пароль> -Mulai | -Stop -port.<порт> -d.<каталог>

Konfigurasi Pengaturan Penyimpanan Storage Server crserver.exe. Mirip c:

Pengaturan untuk Meluncurkan Server Penyimpanan Konfigurasi "1C: Perusahaan"

Parameter	Deskripsi
-Pelabuhan<порт>	Port kerja server penyimpanan. Port default digunakan. 1542 .
-d.<каталог>	Direktori root untuk penyimpanan konfigurasi. Direktori default digunakan. % AppData% \\ 1C \\ 1CV8 \\.
-Insrvc.	Pendaftaran server repositori sebagai layanan.
-RMSRVC.	Menghapus log server repositori sebagai layanan.
-Usr.<имя> -Pwd.<пароль>	Nama pengguna, atas nama yang layanan akan didaftarkan. Pengguna ini harus memiliki hak untuk masuk sebagai layanan (masuk sebagai layanan). Selain itu, harus memiliki hak untuk membaca direktori file yang dapat dieksekusi dari versi yang sesuai dari sistem "1C: Enterprise" dan hak penuh pada direktori root dari repositori konfigurasi (direktori % AppData% \\ 1C \\ 1CV8 \\ atau katalog yang ditentukan dalam parameter - d.) dan kata sandi untuk pengguna ini.
-Mulailah	Memulai peluncuran layanan server.
-Berhenti.	Layanan Storage Server berhenti.

Daftarkan layanan baru menggunakan program Windows PowerShell., jalankan yang dapat Anda perintahkan powerShell. (Untuk melakukan ini, tekan kombinasi tombol Win + R, di jendela yang muncul " Melakukan"(Jalankan) Masukkan nama perintah di" Buka"(Buka) dan klik" baik") Atau mengklik label yang sesuai di taskbar.

Di Windows PowerShell Console dibuka, untuk kenyamanan memasuki perintah lebih lanjut, kami beralih ke katalog tempat sampah. Katalog dengan file yang diinstal "1C: Perusahaan" dengan menjalankan perintah

CD "C: \\ Program Files (x86) \\ 1CV8 \\ 8.3.5.1088 \\ BIN"

Kemudian, sebagai bagian dari contoh ini, jalankan perintah

. \\ crserver.exe -instsrvc -d c: \\ 1c_base \\ repositori -usr. \\ usr1cv8 -pwd usrpass8

dan mulai layanan setelah

. \\ crserver.exe-Mulailah

Mari beralih ke tooling layanan (Anda dapat menjalankan perintah layanan.msc.) dan pastikan nama layanan bernama 1c: Server Repositori Konfigurasi Enterprise 8 Terdaftar dan berjalan.

5. Membuat penyimpanan konfigurasi baru

Seperti yang saya katakan sebelumnya, satu server dapat menyajikan beberapa penyimpanan konfigurasi. File basis data dari masing-masing penyimpanan harus terletak di direktori terpisah dari direktori server penyimpanan konfigurasi. Dengan demikian, untuk membuat penyimpanan baru, buat di katalog C: \\ 1C_BASE \\ Repository \\ map Akuntansi. Di mana file penyimpanan konfigurasi baru akan ditemukan.

Kemudian untuk membuat dan terhubung ke repositori ini, Anda harus menggunakan string tCP: // Win2012 / Akuntansidimana Win2012. - Nama jaringan komputer di mana layanan diinstal atau string tCP: //192.168.0.10/accouning.dimana 192.168.0.10 Dengan demikian, alamat IP komputer ini. Secara detail tentang membuat penyimpanan baru, Anda dapat membaca dalam artikel "".

Penyimpanan yang dibuat dengan cara ini juga akan terhubung dan melewati server, misalnya di jalan C: \\ 1C_BASE \\ Repositori \\ Akuntansi Di komputer saat ini atau di jalan \\\\ Win2012 \\ Repositori \\ Akuntansi Jika Anda mengkonfigurasi berbagi katalog C: \\ 1C_BASE \\ Repositoridi server ini.

Apakah artikel ini akan membantu Anda?

Nafa. 647 14.01.10 02:27 Sekarang dalam subjek

Artikel ini bermanfaat.
Dalam pekerjaan penyimpanan, ada banyak hal yang tidak jelas, jadi tambahan saya:
1. Jika beberapa programmer bekerja, maka sebagai opsi,
hari kerja biasanya dimulai dengan yang berikut:
jalankan basis data Anda dalam konfigurator, pada root dari kanan konfigurasi mouse - dapatkan dari repositori, nyalakan kotak centang "secara rekursif", klik OK. Setelah itu, kami mendapatkan semuanya dalam konfigurasi yang telah diakumulasikan oleh orang lain dari repositori. BD sendiri tidak memperbarui !!!
Selanjutnya, kami ingin "membandingkan konfigurasi dengan konfigurasi BD" - dan kami melihat daftar semua perubahan yang dilakukan oleh programmer lain dari grup untuk hari sebelumnya. Jika ada pertanyaan tentang perubahan, kami menarik siapa yang melakukannya.
Setelah semua dibongkar - kami menyimpan dalam database.
Mengapa tidak membandingkan dengan konfigurasi repositori - pertama-tama bahwa benda-benda yang bekerja sendiri tidak ditampilkan, dan kedua bekerja lebih cepat.
2. Di tengah hari: perubahan mendesak (untuk pembaruan dinamis) segera kirim ke penyimpanan. Tidak mendesak - setelah mengubah semua objek terkait. (Lihat penjelasan di bawah)
3. Pada akhir hari (dan jika Anda perlu melakukan pembaruan penuh dari pangkalan - maka sebelum dia) kami menyewa semuanya di repositori.
Ini bukan perintah wajib, tetapi sangat nyaman.

4. Mengapa tidak segera menaruhnya:
karena integritas perubahan dikendalikan oleh 1C hanya di mana ada tautan. Artinya, jika misalnya, Anda membuat sertifikat "pelanggan mobil" dan menambahkan tautan ke sana ke "barang habis pakai", maka Anda dapat menempatkan "faktur pengeluaran" di repositori yang hanya dapat (atau pada saat yang sama) dengan direktori mobil pelanggan. Tetapi jika Anda misalnya menggunakan buku referensi ini dalam prosedur modul umum, yang disebut ketika melakukan faktur yang dapat dikonsumsi, maka modul umum ini di repositori dapat dengan aman cocok tanpa buku referensi kamar. Jika setelah itu programmer lain akan menerima modul ini dari repositori, maka di basisnya, overhead pengeluaran akan diadakan. (Dan jika Anda memperbarui basis utama - maka tidak akan ada lagi berhenti).
Dan kemudian kasus yang bagus - karena itu hanya kesalahan. Tetapi jika Anda, misalnya, mengubah jenis alat peraga dalam dokumen dari string ke teks dan dalam prosedur modul umum adalah pemeriksaan jika syarat \u003d "1" dan menjadi requisic \u003d 1 dan modul di repositori Ditempatkan dan dokumen tidak, maka tidak akan ada kesalahan (hello ketik kontrol), yang berarti mereka yang modul seperti itu akan menerima dokumen akan dilakukan secara tidak benar, (dan baik jika itu bukan basis utama). Oleh karena itu, perubahan lebih baik untuk pergi ke repositori dengan "Paket Lengkap" (semua objek dimodifikasi pada satu topik), jika Anda memerlukan sesuatu untuk tugas lain - Anda dapat segera menangkap dalam yang baru atau sederhana, menempatkan di repositori, " Tinggalkan ditangkap ".

Dalam hal ini, saya tidak begitu mengerti:

Jika ada banyak programmer, perubahan masing-masing perlu dikirim ke penyimpanan alternatif, setelah membongkar semua operasi dalam file eksternal dengan konfigurasi basis data lokal dan (jika serikat terbuat dari pekerjaan yang berbeda), tidak lupa sebelum Union memperbarui basis data lokal dari repositori - ke versi terbaru, dengan ada di sana, perubahan pada kawan yang terhubung sebelumnya ..

Aneh, tidak ada masalah ketika beberapa orang segera ditempatkan, kecuali bahwa itu sedikit melambat. Untuk menangkap objek dan disediakan untuk 2 orang sekaligus, hal yang sama tidak diperbaiki. Dan dicatat bahwa: Jika pengembang mengubah dokumen, ucapkan "Laporan Lanjut", dan kemudian "tanda terima" kedua tidak dilakukan, dan segera menangkapnya (misalnya, objek hanya ditempatkan di repositori), maka 1C dilacak dan dia akan memberikannya baru - versi yang dimodifikasi. (Sangat keren terjadi - Anda melihat dokumen - 5 detail, mengasyikkan - sudah 15).

Dan mengapa tidak mengerti pekerjaan dalam file eksternal, saya juga tidak mengerti.

4. Buat salinan pangkalan untuk programmer lebih mudah untuk tidak dilakukan dengan 1Sc bongkar muat (karena memerlukan mode monopoli dan bukan Chib untuk gesit), tetapi memulihkan cadangan sendok atau cukup menyalin database pada tulang pipi.

5. Jika Anda perlu menambahkan objek baru (dokumen, buku referensi, dll.), Tangkap root konfigurasi, tambahkan, tambahkan detail minimum (semua objek "kosong" tidak selalu disimpan), lewati root ke penyimpanan (objek ini juga menyerah) dan mengambil objek lagi. (Agar tidak menyimpan root untuk ditangkap lama - dia dibutuhkan untuk orang lain).

6. Jika Anda ingin memperbaiki hak akses ke objek, menangkapnya - dan hak akses masih tidak dapat diakses - menangkap peran yang sesuai.

7. Karena debugging adalah yang terbaik untuk memimpin data terbaru, basis data yang berfungsi perlu diperbarui. Untuk melakukan ini: Tempatkan semua perubahan pada repositori, lepaskan database dari repositori, tulis ulang ke dalam tulang pipi, basis utama (dari cadangan atau cukup salin), mintalah yang baru.

8. Ketika kita melakukan "mendapatkan semua repositori" (ayat 1), kebetulan 1c memberikan banyak pesan dan kemudian menulis bahwa "gagal" (daftar objek berubah). Jadi itu belum menerima perubahan untuk waktu yang lama. Tidak ada yang mengerikan, clamp OK menurut yang baru dan sampai berfungsi, sebagaimana mestinya.

9. Kadang-kadang 1C menolak untuk menyimpan perubahan yang diterima dari repositori, dan masalah pesan benar-benar tidak jelas. Pelakunya biasanya "register informasi". Saya mencari tahu bagaimana daftar informasi mengubah struktur, menghapus semua catatan dari itu dalam basis data, setelah itu semuanya akan diperbarui sebagaimana mestinya.

10. Karena basis kerja dibuat dari utama, nama-nama konfigurasi cocok dan dengan mudah membingungkan mereka dan kemudian disalahpahami dimulai ketika pengguna mengatakan bahwa ia memiliki 100 rubel dalam laporan, dan Anda memiliki 100.000 rubel. Atau, tambahkan garis ke modul aplikasi, memeriksa saat memulai program, basis seperti apa dan jika bukan utama - menampilkannya di header program 1C (misalnya, basis kerja Ivanov)

11. Ketika basis terhubung ke repositori, tetapi saat startup tidak mungkin untuk terhubung dengan alasan apa pun, maka pesan dapat ditampilkan. "Gagal terhubung, lakukan shutdown dari repositori" (dan Anda telah ditangkap Objek) - di sini tidak ada "tidak". Tetapi jika Anda secara tidak sengaja menjawab "ya" maka - jangan mencoba untuk terhubung pada yang baru !!! Pertama, simpan konfigurasi ke file !!! Sejak saat Anda terhubung ke repositori, seluruh konfigurasi dasar diganti dengan konfigurasi penyimpanan. Setelah itu, unduh perubahan dari file yang disimpan dan gunakan.

Cepat atau lambat, setiap pengembang berusaha memperbaiki hidupnya. Ini bukan tentang komponen material, saya tentang menyederhanakan pekerjaan. Semakin banyak pekerjaan yang berlatih pada proyek-proyek nyata, semakin Anda menyadari bagaimana melakukan pekerjaan Anda dengan lebih efisien.

Hari ini saya ingin berbicara tentang aplikasi dalam proses pengembangan / finalisasi solusi penyimpanan konfigurasi. Saya tidak tahu mengapa banyak pengembang 1C mem-bypass bagian dari aplikasi kemampuan repositori. Terutama, saya tidak mengerti mereka yang bekerja pada pengembangan satu konfigurasi dengan seluruh tim. Tanpa penyimpanan konfigurasi, sudah (IMHO) sama sekali. Tidak, Anda tentu saja dapat berurusan dengan penyimpangan seperti menyalin satu konfigurasi ke semua pengembang. Setiap orang mulai bekerja dan mengimplementasikan bagian mereka. Pada akhir pengembangan, masing-masing pengembang harus menyinkronkan pertemuan mereka dengan yang akan dipasok ke klien akhir.

Dengan pendekatan ini, cukup untuk memfasilitasi untuk melacak relevansi CONCA. Segera setelah dua atau lebih pengembang mulai bekerja pada dua tugas terkait - konsumsi dimulai ketika menggabungkan hasil pekerjaan mereka. Terlalu hebat, peluang kehilangan sesuatu atau tidak begitu menggabungkan. Untuk latihan saya, saya menemukan situasi seperti itu beberapa kali dan setelah sen berikutnya, Bump memutuskan bahwa tidak mungkin untuk hidup lebih banyak.

Apa itu penyimpanan konfigurasi

Untungnya, sebelum menjelajahi Platform 1C: Enterprise 8 Saya memiliki pengalaman pengembangan yang cukup baik dalam bahasa pemrograman lainnya (Delphi, PHP). Karena itu, kata-kata seperti SVN (sistem kontrol versi terpusat) bagi saya tidak keajaiban. Siapa pun yang belum pernah menemukan SVN, saya sarankan untuk membaca artikel yang relevan di Wikipedia - http://ru.wikipedia.org/wiki/Subversion. Percayalah, masalahnya keren dan sangat menyederhanakan proses pengembangan perangkat lunak.

Jadi, sekarang kembali ke repositori kami. Penyimpanan Konfigurasi - 1C Platform Tool: Enterprise yang memungkinkan Anda mengatur pengembangan grup dari solusi yang diterapkan. Repositori Konfigurasi (selanjutnya HC) menyediakan pengembang sistem untuk memantau versi solusi yang dibuat dan kontrol yang fleksibel dari perubahan yang dilakukan oleh pengembang.

Dalam kasus apa Anda bisa berguna

Sebelum mendekat contoh-contoh spesifik, saya ingin segera menyimpulkan. Tentu saja, yang paling HC akan bermanfaat selama pengembangan komando. Namun, tidak ada yang mencegah Anda menggunakannya murni untuk diri sendiri. Saya berkembang di platform "1c: perusahaan" selama hampir lima tahun dan selama bertahun-tahun saya telah berulang kali harus berurusan dengan situasi yang tidak terduga ketika penggunaan HC benar-benar diselamatkan dari mimpi buruk setiap pengembang - menulis ulang kode yang sebelumnya ditulis. Sekarang saya mencoba menggunakan layanan dari repositori konfigurasi untuk setiap proyek Anda. Mengapa? Dan setidaknya di sini:

1. Sejarah repositori. Mungkin ini adalah salah satu fungsi paling penting bagi saya. Selama pengembangan solusi menggunakan HC, riwayat perubahan konfigurasi akan secara otomatis secara otomatis. Misalnya, dalam satu minggu kerja beberapa kali konfigurasi diperbarui. Semua perubahan ini tetap rapi, dan riwayat diisi ulang oleh versi. Jika diinginkan (atau terjadinya situasi tanpa harapan), Anda selalu dapat melihat daftar versi dan, jika perlu, putar kembali. Misalnya, pada hari Senin, perubahan yang benar dilakukan pada konfigurasi, dan pada hari Selasa, pengembang baru melambat dan memposting upgrade-nya. Hasilnya adalah konfigurasi dengan kode buku.

Anda dapat, tentu saja, memberikan seorang programmer muda di tajuk dan kemudian mencoba mengembalikan pegangan, dan lebih baik menekan sepasang tombol dan mengembalikan versi permen sebelumnya atau hanya memutar kembali perubahan yang dilakukan oleh kesedihan. pengembang.

2. Pelaporan. Anda dapat memutar laporan kapan saja dan melihat siapa dan kapan (serta objek konfigurasi mana) membuat perubahan. Ini bisa bermanfaat ketika kolega Anda dibesarkan oleh tangan mereka dan mencoba membuktikan: "Di luar, bukan kita! Itu pecah! ".

3. Pengembangan jarak jauh. HC sangat diperlukan jika solusi yang diterapkan sedang mengembangkan programmer jarak jauh yang secara geografis. Saya pikir tidak perlu menjelaskannya.

4. Meminimalkan situasi darurat. Saya menyaksikan beberapa kali (pada "pemuda" dan berhasil masuk ke Barat ini sendiri), ketika para pengembang memecahkan sekrup. Tentu saja, semua perubahan terakhir berada di sekrup paling banyak dan mereka tidak dapat diperbaiki menjadi tidak ada. "Bagaimana dengan cadangan?" - Kamu bilang kamu. Sama sekali tidak! Banyak pengembang tidak suka mengganggu itu. Tidak, Anda tidak membuat salinan cadangan hanya ekstrem penuh, tetapi untuk latihan Anda, saya bertemu dengan sangat sedikit pengembang yang membuat cadangan beberapa kali sehari. HC elegan memecahkan masalah ini. Pengembang sebenarnya diperlukan untuk menekan hanya tombol dan semua perkembangannya akan segera ditransfer ke repositori.

5. Remunerasi Akses. Nah, di sini dan jelaskan itu tidak terlalu diperlukan. HC memungkinkan Anda untuk mengkonfigurasi penghapusan akses untuk pengembang.

Penyimpanannya berbeda

Awalnya, HC hanya bekerja melalui sumber daya bersama (dalam versi 8. Itu tidak terlalu nyaman, karena jika Anda ingin mengatur akses ke penyimpanan dari luar (misalnya, melalui Internet) Masalah muncul. Mulai dari versi 8.1. 11, dimungkinkan untuk menggunakan jaringan. Repositori. Anda dapat bekerja dengan mereka berdua dengan protokol TCP / IP dan HTTP. Yang terakhir akan cukup dengan cara mengatur akses ke Internet melalui Internet melalui Internet.

Gambar 1. Skema Perangkat Gudang

Kami mencoba menyebarkan HC

Jadi, misalkan Anda tertarik pada gagasan menggunakan HC dan memutuskan untuk mencobanya untuk menyebarkannya untuk proyek Anda. Anda sudah tahu bahwa penyimpanan dapat bekerja melalui sumber daya jaringan bersama dan melalui jaringan menggunakan protokol TCP / IP. Dalam catatan ini, saya akan mempertimbangkan penyebaran repositori melalui sumber daya bersama, dan lain kali kita akan melihat opsi jaringan.

Jadi, hal pertama yang perlu Anda lakukan adalah menyiapkan basis proyek Anda. Itu bisa ditemukan di mana saja. Jika Anda memutuskan sekarang untuk menggunakan HC untuk proyek langsung Anda, maka jangan berlabel cadangan. Itu bisa terjadi apa-apa dan lebih baik sekali lagi untuk memastikan.

Buat folder umum di komputer Anda (atau langsung di server). Buat dengan umum dan mendefinisikan pengguna yang akan dapat bekerja dengannya. Di bawah pengguna yang saya maksud adalah pengembang rekan Anda.

Langkah selanjutnya Anda harus membuka database Anda dalam mode Configurator dan melanjutkan ke menu "Konfigurasi" -\u003e "Penyimpanan Konfigurasi" -\u003e "Buat Penyimpanan" (lihat Gambar 2).

Gambar 2. Membuat penyimpanan konfigurasi

Segera setelah mengklik tombol "Buat Penyimpanan", jendela akan muncul di depan Anda pada Gambar 3. Anda harus memilih folder umum yang dibuat sebelumnya atau memasukkan alamat penyimpanan jarak jauh. Karena kami sepakat untuk membuat penyimpanan berdasarkan sumber daya yang sama, di jendela ini akan menunjukkan persis path sebagai folder.

Gambar 3. Pilih lokasi HC

Cara Memilih Folder - Klik tombol "Next". Anda tidak punya waktu untuk berkedip, karena Wizard Creation Warehouse menampilkan jendela sebelum Anda membuat akun administratif (Gambar 4). Secara default, administrator ditawarkan sebagai nama. Jelas bahwa Anda tidak mencegah apa pun untuk mengubahnya. Secara umum, masukkan nilai yang diinginkan dan klik "OK".

Gambar 4. Membuat Akun Administrator

Di sini 1S'ka Anda harus berpikir selama beberapa detik, dan kemudian menyarankan menghubungkan ke repositori yang dibuat. Jawab "Ya." Selamat, Anda membuat penyimpanan konfigurasi pertama Anda.

Perhatikan jendela konfigurasi. Mulai dari akar itu sendiri (di sinilah nama konfigurasi ditulis) Little Locks muncul di sisi kanan (lihat Gambar 5). Kunci ini berarti bahwa saat ini objek berada di penyimpanan konfigurasi dan Anda tidak dapat membuat perubahan padanya. Jika Anda ingin bekerja dengan objek konfigurasi apa pun, Anda harus menangkapnya. Cara memenuhi ini dan banyak pekerjaan lain dalam bekerja dengan penyimpanan, saya akan memberi tahu Anda dalam catatan berikutnya, yang akan segera muncul di situs.

Dalam 1C versi 7.7, pengembangan bersama atau penyempurnaan konfigurasi adalah siksaan nyata. Untuk mendukung satu konfigurasi, Anda harus membuat dua salinan basis saat ini, kemudian, setelah perubahan dilakukan secara manual, untuk mentransfer perubahan dari konfigurasi satu salinan ke konfigurasi lain. Hanya dengan demikian mungkin untuk memperbarui konfigurasi utama yang didukung! Memperburuk posisi kurangnya subsistem.

Di versi kedelapan 1C untuk pengembangan bersama yang digunakan penyimpanan konfigurasi. Bekerja dengan penyimpanan adalah sebagai berikut:

• Buat penyimpanan

Pilih dalam menu "Konfigurasi" -\u003e "Penyimpanan Konfigurasi" -\u003e "Buat penyimpanan ..."

Tunjukkan jalur ke direktori repositori. (Katalog harus tersedia untuk semua pengembang!)

Setelah penyimpanan dibuat, buka item menu "Konfigurasi" -\u003e "Penyimpanan Konfigurasi" -\u003e "Administrasi" untuk membuat pengguna untuk pengembang

Dan membuat pengguna

• Hubungkan konfigurasi pengembang ke penyimpanan konfigurasi

memilih item menu "konfigurasi" -\u003e "Penyimpanan konfigurasi" -\u003e "Hubungkan ke repositori ..."

Karena kami memiliki salinan dengan Anda, basis utama masih identik,tekan dengan berani tombol "Ya" dan tentukan jalur ke repositori, nama pengguna dan kata sandi

Kami sedang menunggu perbandingan konfigurasi dengan penyimpanan.

Jika semuanya berjalan dengan sukses, maka ikon kunci akan muncul pada objek konfigurasi di objek pohon objek.

• Bekerja dengan penyimpanan konfigurasi

Secara default, semua objek konfigurasi memiliki ikon "kunci". Untuk mengubah objek konfigurasi, Anda perlu menangkapnya, yaitu untuk memilih "menangkap ke penyimpanan" di menu konteks

tentukan Pengaturan Tangkap ..

Objek di pohon konfigurasi akan muncul pictogram

Jika objek ditangkap oleh pengembang lain, objek di pohon konfigurasi terlihat seperti

Setelah perubahan yang diperlukan dilakukan, objek harus ditempatkan lagi di repositori dengan perubahan yang dilakukan. Pilih dalam menu konteks item objek konfigurasi "tempat di repositori ..."

• Jika Anda ingin membatalkan perubahan yang dilakukan dan lepaskan objek dari penangkapan, lalu pilih dalam menu konteks item objek "Batalkan Capture"

• Jika Anda ingin mengembalikan objek dari penyimpanan, lalu pilih item "Dapatkan dari repositori ..." Di menu konteks. Pada saat yang sama, perubahan yang dilakukan pada saat objek ditangkap, hilang.

• Anda juga dapat melihat riwayat versi dan membandingkan objek yang diambil dan dimodifikasi dengan objek dalam penyimpanan.

• Setelah bekerja di salinan selesai (atau menyelesaikan beberapa tahap perantara), Anda dapat memutakhirkan konfigurasi basis data utama untuk melakukan ini, Anda perlu memilih item dalam menu "Konfigurasi" -\u003e "Penyimpanan konfigurasi" -\u003e "Perbarui konfigurasi dari repositori "atau "Konfigurasi" -\u003e "Penyimpanan konfigurasi" -\u003e "Bandingkan / gabungkan konfigurasi dengan penyimpanan".

Dalam kasus kedua, pembaruan konfigurasi yang lebih "lunak" akan terjadi, yaitu, Anda dapat melihat laporan tentang perbedaan objek konfigurasi dan penyimpanan asli.

Nikmati perkembangan Anda!

Perusahaan 1C menghasilkan banyak produk perangkat lunak dan terus meningkatkan struktur internal mereka. Tetapi jumlah kesalahan yang beragam dengan mana Anda harus menghadapi programmer dan administrator 1C menunjukkan bahwa di daerah ini pekerjaan tidak akan pernah berhenti. Beberapa dari kesalahan ini tidak signifikan dan jarang terjadi, tetapi ada kerugian "klasik" yang akrab bagi setiap spesialis yang berpengalaman. Yang terakhir adalah kesalahan terakhir "format penyimpanan data tidak valid" dan disarankan untuk dapat menyelesaikannya.

Solusi Kesalahan Format Data Warehouse

Untuk memenuhi kesalahan ini, tidak perlu mengizinkan kesalahan logis yang serius dalam kode atau menghapus modul utama. Seringkali, setelah memperbarui konfigurasi, pembukaan pemrosesan, mematikan listrik atau mem-boot ulang komputer pada peluncuran 1C, kejutan yang tidak menyenangkan ini terjadi. Jika reboot tidak membantu, jangan panik - kesalahan luas memiliki solusi sederhana yang dapat membantu. Kami akan membongkar mereka sesuai dengan tingkat komplikasi:

Selain waktu Anda memulai konfigurasi, kesalahan "Format gudang data tidak valid" dapat dideteksi saat membuka pemrosesan eksternal. Dalam hal ini, hal terpenting adalah tidak menjalankan 1C, karena ketika memulai sistem mengangkat file sementara di direktori TMP. Di dalamnya yang menemukan pemrosesan kami - file bernama "v8_ *" dan ekstensi TMP. Jika ada banyak file seperti itu, maka untuk memahami mana yang diproses kami - ubah ekstensi EPF dan coba buka melalui 1C.

Jika Anda telah meluncurkan 1C dan mengencangkan file, maka cobalah untuk melakukan tindakan serupa di komputer lain tempat pemrosesan dimulai. Atau gunakan utilitas untuk mengembalikan file jarak jauh pada hard disk.