WORKSPACE फ़ाइलें

WORKSPACE फ़ाइलों में उपलब्ध तरीके.

सदस्य

बाइंड

None bind(name, actual=None)

अब इसका इस्तेमाल नहीं किया जा सकता: इसकी समस्याओं और विकल्पों के बारे में ज़्यादा जानने के लिए, बाइंड को हटाने के बारे में जानकारी देखें. Bzlmod में bind() उपलब्ध नहीं होगा.

इससे किसी टारगेट को //external पैकेज में कोई उपनाम मिलता है.

पैरामीटर

पैरामीटर ब्यौरा
name string; ज़रूरी है
'//external' के तहत लेबल, जिसे उपनाम के तौर पर इस्तेमाल किया जाना है
actual स्ट्रिंग; या None; डिफ़ॉल्ट वैल्यू None
है वह असली लेबल जिसे उपनाम दिया जाना है

register_execution_platforms

None register_execution_platforms(*platform_labels)

इससे पहले से तय किए गए उन प्लैटफ़ॉर्म के बारे में पता चलता है जिन्हें रजिस्टर किया जाना है. ये टारगेट के ऐब्सलूट पैटर्न होने चाहिए. जैसे, @ या // से शुरू होने वाले. ज़्यादा जानकारी के लिए, टूलचेन रिज़ॉल्यूशन देखें. :all जैसे पैटर्न, जो कई टारगेट तक फैलते हैं, उन्हें नाम के हिसाब से लेक्सिकोग्राफ़िकल क्रम में रजिस्टर किया जाएगा.

पैरामीटर

पैरामीटर ब्यौरा
platform_labels स्ट्रिंग का क्रम; ज़रूरी है
रजिस्टर किए जाने वाले टारगेट पैटर्न.

register_toolchains

None register_toolchains(*toolchain_labels)

इससे पहले से तय किए गए उन टूलचेन के बारे में पता चलता है जिन्हें रजिस्टर किया जाना है. ये टारगेट के ऐब्सलूट पैटर्न होने चाहिए. जैसे, @ या // से शुरू होने वाले. ज़्यादा जानकारी के लिए, टूलचेन रिज़ॉल्यूशन देखें. :all जैसे पैटर्न, जो कई टारगेट तक फैलते हैं, उन्हें टारगेट के नाम के हिसाब से लेक्सिकोग्राफ़िकल क्रम में रजिस्टर किया जाएगा. न कि टूलचेन लागू करने के नाम के हिसाब से.

पैरामीटर

पैरामीटर ब्यौरा
toolchain_labels स्ट्रिंग का क्रम; ज़रूरी है
रजिस्टर किए जाने वाले टारगेट पैटर्न.

workspace

None workspace(name)

इस फ़ंक्शन का इस्तेमाल सिर्फ़ WORKSPACE फ़ाइल में किया जा सकता है. साथ ही, इसे WORKSPACE फ़ाइल में मौजूद अन्य सभी फ़ंक्शन से पहले तय किया जाना चाहिए. हर WORKSPACE फ़ाइल में एक workspace फ़ंक्शन होना चाहिए.

इससे इस वर्कस्पेस के लिए नाम सेट किया जाता है. वर्कस्पेस के नाम, प्रोजेक्ट के Java-पैकेज-स्टाइल वाले ब्यौरे होने चाहिए.इनमें सेपरेटर के तौर पर अंडरस्कोर का इस्तेमाल किया जाना चाहिए. उदाहरण के लिए, github.com/bazelbuild/bazel के लिए com_github_bazelbuild_bazel का इस्तेमाल किया जाना चाहिए.

इस नाम का इस्तेमाल, उस डायरेक्ट्री के लिए किया जाता है जिसमें डेटाबेस की रनफ़ाइलें सेव होती हैं. उदाहरण के लिए, अगर लोकल डेटाबेस में foo/bar नाम की कोई रनफ़ाइल है और WORKSPACE फ़ाइल में workspace(name = 'baz') शामिल है, तो रनफ़ाइल mytarget.runfiles/baz/foo/bar में उपलब्ध होगी. अगर वर्कस्पेस का कोई नाम तय नहीं किया गया है, तो रनफ़ाइल को bar.runfiles/foo/bar से सिमलंक किया जाएगा.

रिमोट डेटाबेस के नियम के नाम, मान्य वर्कस्पेस के नाम होने चाहिए. उदाहरण के लिए, maven_jar(name = 'foo') का इस्तेमाल किया जा सकता है, लेकिन maven_jar(name = 'foo%bar') का नहीं. ऐसा इसलिए, क्योंकि Bazel, maven_jar के लिए एक WORKSPACE फ़ाइल लिखेगा, जिसमें workspace(name = 'foo%bar') शामिल होगा.

पैरामीटर

पैरामीटर ब्यौरा
name string; ज़रूरी है
वर्कस्पेस का नाम. नाम किसी अक्षर से शुरू होने चाहिए और उनमें सिर्फ़ अक्षर, संख्याएं, अंडरस्कोर, डैश, और डॉट शामिल हो सकते हैं.